Linq to SQL

25/09/2007 - 20:50 por Carla Rincon | Informe spam
Hola a todos del foro de C#.

Estoy checando la version beta de Orcas.

a-Cual es la ventaja que tendremos de usar Linq para actualizar o consultar
las bases de datos, en vez de trabajar como hasta ahora por DataSets?

b-En Linq no se podra lanzar un comando directo a SQL como se hace ahora con
un command ?


Muchas gracias a todos por la acostumbrada ayuda


Carla Rincon

Preguntas similare

Leer las respuestas

#16 Alfredo Novoa
04/10/2007 - 11:53 | Informe spam
On Wed, 3 Oct 2007 20:56:32 -0400, "Carla Rincon" <_> wrote:

A grandes rasgos, cual es la dierencia entre esos dos tipos de LinQ ?



Pues creo recordar que la diferencia consiste básicamente en que en
Linq to Entities guardas las condiciones de los "joins" en unos
horribles archivos de configuración. Una tontería.

No sirven para lo mismo en definitiva?



Claro.


Saludos
Alfredo
Respuesta Responder a este mensaje
#17 Jose Luis
04/10/2007 - 15:17 | Informe spam
Hola Octavio,

En cuanto al codigo auto-generado por el designer de LinQ, hay diferencias
con relacion al ADO.NET de la version 2005?

No lo he visto pero vi alguien que menciono que es practicamente lo mismo.

gracias y saludos.

Jose Luis


"Octavio Hernandez" wrote in message
news:

Yo creo que si lo es.



Hola, Alfredo!

Yo lo veo como una capa de abstracción por encima de ADO.NET, no
necesariamente un sustituto.

Slds - Octavio

Respuesta Responder a este mensaje
#18 Octavio Hernandez
05/10/2007 - 01:14 | Informe spam
Jose,

Es que en el código generado no se ve casi ningún acceso a datos, todo eso
queda encapsulado en las librerías... Pero en principio lo que hay por
debajo de todo es, creo, es ADO.NET 2.0.

Slds - Octavio


"Jose Luis" <x> wrote in message
news:
Hola Octavio,

En cuanto al codigo auto-generado por el designer de LinQ, hay diferencias
con relacion al ADO.NET de la version 2005?

No lo he visto pero vi alguien que menciono que es practicamente lo mismo.

gracias y saludos.

Jose Luis


"Octavio Hernandez" wrote in message
news:

Yo creo que si lo es.



Hola, Alfredo!

Yo lo veo como una capa de abstracción por encima de ADO.NET, no
necesariamente un sustituto.

Slds - Octavio





Respuesta Responder a este mensaje
#19 Carla Rincon
06/10/2007 - 14:04 | Informe spam
A priori, creo q ExecuteQuery<T>() solo podría valer si el conjunto de
resultados de las dos consultas es idéntico (del tipo T).




Sobre eso ultimo en el caso que la base de datos ya tenga un Store Procedure
que por ejemplo me devuelva tanto la cabecera como el detalle digamos de un
pedido, no se podrá usar entonces ese Store Procedure en LinQ ? habria que
dividirlo en dos consultas separadas.


Carla Rincon
Respuesta Responder a este mensaje
#20 principiante
06/10/2007 - 14:28 | Informe spam
Es raro que la gente de Linq no haya contemplado eso.

Jose TH


"Carla Rincon" <_> wrote in message
news:

A priori, creo q ExecuteQuery<T>() solo podría valer si el conjunto de
resultados de las dos consultas es idéntico (del tipo T).




Sobre eso ultimo en el caso que la base de datos ya tenga un Store
Procedure que por ejemplo me devuelva tanto la cabecera como el detalle
digamos de un pedido, no se podrá usar entonces ese Store Procedure en
LinQ ? habria que dividirlo en dos consultas separadas.


Carla Rincon



Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida