Barrapunto

El modelo relacional está muerto, ya no concuerda con la realidad...

El modelo relacional está verificado matemáticamente y es completo. ¿Con qué realidad no concuerda? Hasta hoy no he visto ningún proyecto que haya tenido que dejar de usar este modelo porque no pudiera modelar adecuadamente el problema que estaban tratando. Por otra parte, el modelo debe prevenir incoherencias por actualización, inserción, concurrencia, etc... Para evitar esto vienen las formas normales. Aun más, el modelo relacional, no habla para nada de tablas, sino de relaciones. Las tablas son un modo de representar, mas alla de lo conceptual, estas relaciones. Por otra parte, la eficiencia que se ha logrado por parte de los gestores en el manejo de esas "tablas muertas" de las que hablas, dificilmente podrá conseguirse con otro tipo de estructuras mas chic y complejas, tirando por tierra la experiencia adquirida durante decadas. Internamente, no sólo se utilizan tablas, además se usan otras estructuras de datos para apoyar las operaciones y acelerar las operaciones sobre datos. En fin, no quiero meter cizaña en el tema relacional si/relacional no, pero desde luego, no por haberlo implementado con éxito infinitas veces en las últimas decadas, podemos llamarlo prehistórico. En el fondo, y bajo mi punto de vista la solución es unir lo mejor de ambos mundos .

al igual que la programación estructurada fué quedando en el olvido, también lo harán las DB relacionales.

Esto no lo respondo, cada metodología tiene su nicho. Si no, pregunta en la lista de desarrolladores del kernel de linux, php, perl, etc... pq decidieron que C era lo más adecuado.

Las DBs relacionales no condicen con la realidad porque las aplicaciones de hoy se diseñan pensando en objetos, pensamos y diseñamos modelos preciosos que luego tenemos que cuasi-destrozar para poder persistirlos en DBs que usan una filosofía exactamente opuesta a los objetos.

Da igual que lo relacional sea matemáticamente correcto, yo no digo que no lo sea, solo digo que NO es una solución adecuada para las estructuras de datos que usamos hoy en día.

Cualquier persona que trabaje en software sabrá que lo que digo es REAL: perdemos mas tiempo convirtiendo un modelo en otro, metiendo parches, que trabajando en el problema de negocio.

Si a ti te parece que eso no es un problema y una perdida de recursos inútil, vivimos en dos mundos diferentes.