Linq to SQL, ¿muerto?

El Tue, 04 Nov 2008 10:31:41 -0600, "Fernando A. Gómez F." escribió:

me encontré este artículo. ¿Qué opinan? ¿Alguien tiene más información
al respecto, quizás del PDC?

http://www.infoq.com/news/2008/11/DLINQ-Future

Yo estoy de acuerdo con Octavio y además no solo creo que no progresará
como el EF si no que prácticamente no progresará en absoluto.

Aunque casi no se que será peor, por que últimamente la mayoría de los
"progresos" son para peor.

LINQ to Entities es un gran paso atrás con respecto a LINQ to SQL. Además
de profundizar en errores garrafales, al querer hacer algo que funcione con
cualquier SGBD han hecho algo que no aprovecha bien ninguno.


Saludos

Nota, yo no defiendo el Linq a muerte ni mucho menos pero creo que los
dataset tienen un problema, en mi opinion.

Create un dataset, añadele una tabla, añadele una consulta a esa tabla,
modifica la estructura de la tabla.

¿Te funciona la consulta?

Puedes pensar que claro al añadir por ejemplo un campo mas, no coincidan los
DataTables, vale añade el campo a la consulta. te lo pone donde le da la
gana, y para colmo si en vez de tener una consulta asociada a la tabla
tienes 8 o 9 tienes que ir una por una cambiando, reordenado campos, etc.

Con el Linq, al menos quitas la tabla del Context, la vuelves a añadir y
listo, solo tienes que añadir los parametros extra que necesitas usar (cosa
que tambien tienes que hacer con el Dataset). Creo que es lo unico bueno que
tiene el Linq, al menos para mi.

Ahora si tu tienes un metodo "automatico" para actualizar los campos de las
tablas dimelo, que paso del Linq.

Con el Linq, al menos quitas la tabla del Context, la vuelves a añadir y
listo, solo tienes que añadir los parametros extra que necesitas usar
(cosa que tambien tienes que hacer con el Dataset). Creo que es lo unico
bueno que tiene el Linq, al menos para mi.

Entiendo aunque no veo tanta ventaja

Ahora si tu tienes un metodo "automatico" para actualizar los campos de
las tablas dimelo, que paso del Linq.

Yo solo hice una pregunta. Nadie ha hablado de eso.

Pero ya que lo dices me gustaria ver alguna vez que la estructura de las
tablas por lo menos cuando se ponga "*" cree las clases dinamicamente en
run-time y no solo en tiempo de diseño.
Pero eso quizas es mucho pedir. :)

Saludos

jeje no trato de crear ninguna polemica, ya te digo que hay cosas que no me
gustan y de paso he preguntado por saber si tu conocias alguna forma de
hacer lo que te comentaba de modificar una estructura, porque es una toston
cada vez que hay que modificar algo, y al menos con Linq no tiene tanto
jaleo.

Tambien entiendo que si una cosa va medianamente bien, para que que cambiar
por otra cosa, que como se empieza a comentar, no tiene mucho futuro.

un saludo.

Hola Carlos y Juanjo:

Carlos escribió:

Pero ya que lo dices me gustaria ver alguna vez que la estructura de las
tablas por lo menos cuando se ponga "*" cree las clases dinamicamente en
run-time y no solo en tiempo de diseño.
Pero eso quizas es mucho pedir. :)

No sé si clases o similar, pero eso si que sería útil. Yo tiendo a trabajar
con datatables que se llenan dinámicamente sin estar atados a unas columnas
o a estarlo lo menos posible. Y va bien... pero intenta trabajar con
reporting o crystal así, o intenta usar un commandbuilder que no esté basado
en tablas sin índices o poder hacer un dichoso databinding sin tener que
picar una línea de código al menos por cada control... Para eso, o se
recurre a datasets tipados, o te los creas tú de forma estática con tus
campitos que vas a tener que modificar cuando cambies la estructura de la BD
y así sucesivamente... Yo es que no he dado con la tecla para agilizar eso.

"[Juanjo]" escribió en el mensaje de
noticias:

jeje no trato de crear ninguna polemica, ya te digo que hay cosas que no
me gustan y de paso he preguntado por saber si tu conocias alguna forma de
hacer lo que te comentaba de modificar una estructura, porque es una
toston cada vez que hay que modificar algo, y al menos con Linq no tiene
tanto jaleo.

Tambien entiendo que si una cosa va medianamente bien, para que que
cambiar por otra cosa, que como se empieza a comentar, no tiene mucho
futuro.

Yo es que no he tenido ocasión de usarlo con asiduidad, así que no puedo
hablar con propiedad, pero tampoco veo que no vaya a tener futuro. De hecho,
debería ser una base para hacer algo mucho mejor que lo que hay ahora.
Además, como ya se ha apuntado, LinQ no es solo para trabajar con BD (por
ejemplo, está P-LinQ para trabajar con hilos, etc, etc). Ahora, que lo suyo
sería no tener que crear dbmls ni xmls para datasets tipados y seguramente,
todos seríamos mucho más felices :)

Saludos