O/R Mapping

On Thu, 22 Apr 2004 02:57:57 -0700,
wrote:

Un duda, a qué te refieres con el dominio ?.

A un tipo de datos.

Por ejemplo

create domain X varchar(50);

Lo que yo entiendo, es que tienes por ejemplo tablas
relacionales, Clientes, Proveedores, Pedidos etcétera.. y
que a partir de ese podrías crear una clase C# Cliente,
Proveedor

Eso es un gran error. Tener clases Cliente y Proveedor es un mal
diseño, para eso ya están las tablas, no las necesitas. Este es el
error en el que cae mucha gente.

La tabla cliente la puedes mapear a una "instancia" de la clase
DataTable, pero nunca debes de mapear una tabla a una clase. Las
tables son variables y las clases son tipos. Es como mezclar el tocino
con la velocidad.

( que ya tenga el código necesario para
realizar las SQLs). Y eso creo que es util, que a partir
de una tabla te cree una clase Cliente por ejemplo (al
menos es un ahorro de tiempo).

Si, llegas más rápido al precipicio :)

Si me explicas mejor los problemas, entonces lo veré más
claro para no utilizarlo.

El problema es que si manejas los datos utilizando esas clases que tu
dices, pierdes toda la potencia de SQL. Dos tablas se pueden juntar,
unir, restar, resumir, proyectar, etc utilizando un lenguaje
declarativo de muy alto nivel, y con el resultado puedes volver a
hacer lo mismo. Con esas clases no puedes hacer nada de eso, y
cualquier informe o regla de negocio un poco complicada se vuelve una
pesadilla.

Con 4 o 5 tablas a lo mejor no notas mucho la diferencia, pero con 200
se ve en seguida que lo de mapear clases a tablas es un desastre.

Y si alguien ve ventaja, que también lo exponga.

Eso, eso :)


Saludos
Alfredo