Modelado de Objetos

On Sun, 23 May 2004 03:52:44 +0200, "Tristan"
wrote:

Alfredo. ¿Podrías explicarnos a nosotros, simples mortales cuales serían
esas formas tan sofisticadas?

El Modelo Relacional.

¿Os suena? ;-)


Saludos
Alfredo

jajajaj, pues vas a tener razón. Al final todo vuelve.

Pero no se. Hasta el nacimiento de db2, todo el mundo pensaba que como
modelo, el modelo relacional era muy intersante, pero en la práctica el
modelo jerárquico era mucho más eficiente. Con el tiempo se demostró que se
podían implementar modelos relacionales sin prácticamente perder eficiencia.

No se, realmente es un poco triste diseñar un modelo orientado a objetos que
a la hora de ser persistente, en las relaciones MxN necesite un elemento tan
poco lógico como una tabla auxiliar...

Ummm, yo creo que la idea de perder algo de eficiencia, a cambio de mantener
el modelo, en los tiempos que corren puede no ser una mala idea. ¿Que me
dices de XQuery?. Yo creo que el modelo relacional es un modelo muy potente,
pero algo limitado en su capacidad expresiva.

Juan Carlos Badiola
MVP - C#

On Mon, 24 May 2004 02:16:06 +0200, "Tristan"
wrote:

jajajaj, pues vas a tener razón. Al final todo vuelve.

La verdad es que El Modelo Relacional nunca nos ha llegado del todo.
SQL viola El Modelo Relacional de tantas formas que mucha gente
piensa que no se puede considerar como un lenguaje relacional.

No hay ningún SGBD SQL que cumpla las 12 reglas de Codd, que por otra
parte ya están obsoletas y se quedan cortas.

El que se acerca más está aquí:

www.alphora.com

Pero desgraciadamente es un SGBD "virtual" que necesita un SGBD SQL
por debajo.

Pero no se. Hasta el nacimiento de db2, todo el mundo pensaba que como
modelo, el modelo relacional era muy intersante, pero en la práctica el
modelo jerárquico era mucho más eficiente. Con el tiempo se demostró que se
podían implementar modelos relacionales sin prácticamente perder eficiencia.

Y hace muy poco tiempo se ha inventado un nuevo método de
implementación que es todavía mucho más eficiente, pero no se sabe
cuando va a estar disponible :(

No se, realmente es un poco triste diseñar un modelo orientado a objetos que
a la hora de ser persistente, en las relaciones MxN necesite un elemento tan
poco lógico como una tabla auxiliar...

Es que lo que no se debe de hacer es diseñar un modelo de datos
orientado a objetos. Lo que hay que hacer es diseñar una base de datos
relacional.

Ummm, yo creo que la idea de perder algo de eficiencia, a cambio de mantener
el modelo, en los tiempos que corren puede no ser una mala idea.

Yo también, pero a cambio de mantener el modelo relacional, por
supuesto, que es infinitamente superior a un modelo orientado a
objetos (de red).

¿Que me
dices de XQuery?

Un engendro. Un retroceso al primitivo modelo jerarquico. Todo el
mundo que intenta utilizarlo se encuentra con problemas muy grandes.

Yo creo que el modelo relacional es un modelo muy potente,
pero algo limitado en su capacidad expresiva.

Seguramente dices eso por que estás confundiendo El Modelo Relacional
con SQL. Desgraciadamente SQL si es algo limitado en su capacidad
expresiva. Sobre todo la versión "entry level" que es la que
implementan casi todos los SGBD pequeños incluido SQL Server.

Saludos
Alfredo