Linq to SQL

Estos serie de artículos te vendrán bien.
http://weblogs.asp.net/scottgu/sear...=Relevance



"Carla Rincon" <_> escribió en el mensaje de noticias
news:%23%23%23xyT6$
Mostrar la cita

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

Muchas gracias aunque pensaba que no era algo tan complejo :(

Saludos

Carla Rincon


"Carlos" escribió en el mensaje
news:
Mostrar la cita

Estos serie de artículos te vendrán bien.
http://weblogs.asp.net/scottgu/sear...=Relevance



"Carla Rincon" <_> escribió en el mensaje de noticias
news:%23%23%23xyT6$
Mostrar la cita

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

Mostrar la cita

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?

Por lo que yo he estado investigando, parece no sera necesario usar
datasets para eso ya que Linq sera como un ORM especial para eso.
Yo aprovecharia para olvidarme de los datasets que no me gustan mucho :)

Mostrar la cita

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

En Linq puedes escribir tus consultas directamente con la sintaxis especial
que tiene. Pero si te refieres a armar en runtime una cadena con una
instruccion sql (select, update, etc.) me imagino que puedes seguir usandolo
como hasta ahora con un sqlcommand porque las sentencias con Linq no son
para runtime sino para tiempo de diseño.
Si estoy errado que alguien lo aclare mejor.


Beto

Quieres decir que LinQ es entonces un reemplazo del ADO.NET ?

Gracias a todos por sus respuestas.

Carla Rincon

"Beto" escribió en el mensaje
news:
Mostrar la cita

>
Mostrar la cita

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?

Por lo que yo he estado investigando, parece no sera necesario usar
datasets para eso ya que Linq sera como un ORM especial para eso.
Yo aprovecharia para olvidarme de los datasets que no me gustan mucho :)

Mostrar la cita

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

En Linq puedes escribir tus consultas directamente con la sintaxis
especial que tiene. Pero si te refieres a armar en runtime una cadena con
una instruccion sql (select, update, etc.) me imagino que puedes seguir
usandolo como hasta ahora con un sqlcommand porque las sentencias con Linq
no son para runtime sino para tiempo de diseño.
Si estoy errado que alguien lo aclare mejor.


Beto

Mostrar la cita

Quieres decir que LinQ es entonces un reemplazo del ADO.NET ?

No. Estrictamente hablando, LinQ es un DSL (domain specific language).
Es una sintaxis para extraer subconjuntos de datos de un superconjunto
inicial.
Que se pueda utilizar conectado a un servidor de base de datos es
anecdótico.
ADO.NET tiene varias funcionalidades, capas, niveles de abstracción o
como
quieras llamarlo. Imagino (digo imagino porque no lo he probado) que,
por
ejemplo, se podría utilizar Linq conectado a una BD usando los
procesos
asincrónicos de ADO.
A propósito, el componente LinQ para base de datos se llama DLINQ.