Para que sirve LINQ?

21/10/2008 - 03:16 por Anti_Work | Informe spam
Hola.
Estaba mapeando objetos a sql server 2005. El problema era el siguiente:
Tengo un objeto Empresa que tiene un conjunto de objetos Licitacion, Cada
Licitacion tiene un conjunto de objetos Articulo, los cuales, as su vez
tienen un objeto Proveedor. Como la empresa debe conocer a sus proveedores,
tambien tiene una coleccion de Proveedor. Tambien tenemos la coleccion de
objetos Entrega, etc, etc.
Imaginense lo que es mapear todo esto a una base de datos, por ejemplo para
agregar una Licitacion ¡¡todo lo que hay que verificar para asegurarnos que
no falle!! ¿Y si eliminamos una Licitacion...!!?

Asi que me puse a ver un poco por arriba LINQ. Enseguida me di cuenta que
LINQ con su diseñador, hace todo esto (y mucho mas). Todo lo que tenemos que
hacer es arrastrar las tablas con el mouse. Tal vez sea un problema el hecho
de que a veces nuestro diseño de objetos no coincide exactamente con el de la
DB, pero seguramente no debe ser muy dificil solucionarlo.
Lo que tambien pude ver, es que todo luce como para usarlo como un origen de
datos. Y aunque no me interiorice mucho en esto, me pregunto ¿para que? ¿para
que agregar una capa más? si al final terminaremos con un dataset tipado o
algo asi. ¿por que no conectar el origen de datos directamente a la base de
datos?.
Y aqui la corto por ya se me fue la mano (o la lengua).

Saludos

Preguntas similare

Leer las respuestas

#6 Carlos
24/10/2008 - 00:14 | Informe spam
No pocos han comentado que eso tiene muchas limitaciones para manejar la
data, mas que los dataset y datatables.
Yo que estoy aprendiendo no me meteria ni loco a inventar con eso.


"Anti_Work" escribió en el
mensaje news:
Hola.
Estaba mapeando objetos a sql server 2005. El problema era el siguiente:
Tengo un objeto Empresa que tiene un conjunto de objetos Licitacion, Cada
Licitacion tiene un conjunto de objetos Articulo, los cuales, as su vez
tienen un objeto Proveedor. Como la empresa debe conocer a sus
proveedores,
tambien tiene una coleccion de Proveedor. Tambien tenemos la coleccion de
objetos Entrega, etc, etc.
Imaginense lo que es mapear todo esto a una base de datos, por ejemplo
para
agregar una Licitacion ¡¡todo lo que hay que verificar para asegurarnos
que
no falle!! ¿Y si eliminamos una Licitacion...!!?

Asi que me puse a ver un poco por arriba LINQ. Enseguida me di cuenta que
LINQ con su diseñador, hace todo esto (y mucho mas). Todo lo que tenemos
que
hacer es arrastrar las tablas con el mouse. Tal vez sea un problema el
hecho
de que a veces nuestro diseño de objetos no coincide exactamente con el de
la
DB, pero seguramente no debe ser muy dificil solucionarlo.
Lo que tambien pude ver, es que todo luce como para usarlo como un origen
de
datos. Y aunque no me interiorice mucho en esto, me pregunto ¿para que?
¿para
que agregar una capa más? si al final terminaremos con un dataset tipado o
algo asi. ¿por que no conectar el origen de datos directamente a la base
de
datos?.
Y aqui la corto por ya se me fue la mano (o la lengua).

Saludos
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida