LinQ y actualizacion a SQL Server

Disculpen las preguntas reiteradas sobre LinQ en este foro pero es que
estado buscando otro newsgroup en español y no lo he encontrado.

Empece a hacer pruebas del linq de Orcas beta2 con SQL Server 2000 leyendo
una tablita y actualizando una columna de tres columnas, siendo la primera
columna su clave primaria. Me la lee y actualiza muy bien pero la
inquietud es que en el SQL Profiler (herramienta para visualizar los
comandos que 'recibe' el servidor) veo que los comandos que recibe desde
LinQ son a traves del procedimiento del servidor "sp_executesql", es decir
SQL dinamico!.

En SQL Server siempre se nos dice que evitemos el SQL dinamico por su
ineficiencia e inseguridad. La pregunta es si LinQ siempre ejecutará sql
dinámico hacia el servidor SQL o hay alguna manera de configurarlo para
que no postee sql dinámico sino instrucciones directas?


La otra cosa extraña que vi fue a pesar de la tablita tener su clave
primaria (campo 'estado'), un update (SubmitChanges) de una fila para
actualizar el campo 'nombre' me puso en el WHERE del Update una
comparacion para todos los campos de la tabla, cuando solo bastaba con
preguntar por la clave primaria.

Me podrian explicar al respecto?


Jose Luis

'recibe' el servidor) veo que los comandos que recibe desde LinQ son a
traves del procedimiento del servidor "sp_executesql", es decir SQL
dinamico!.

En SQL Server siempre se nos dice que evitemos el SQL dinamico por su
ineficiencia e inseguridad.

La otra cosa extraña que vi fue a pesar de la tablita tener su clave
primaria (campo 'estado'), un update (SubmitChanges) de una fila para
actualizar el campo 'nombre' me puso en el WHERE del Update una comparacion
para todos los campos de la tabla, cuando solo bastaba con preguntar por la
clave primaria.

Me podrian explicar al respecto?

Sobre el sp_executesql tengo entendido que eso lo hacen todos los
lenguajes cuando los comandos que se envian a sql server tienen que
evaluar los parametros.
Si no tienen que evaluar parametros o sea que se le mandan literales o
constantes, entonces las consultas pasan directas.


"Jose Luis" <x> wrote in message
news:%

Disculpen las preguntas reiteradas sobre LinQ en este foro pero es que
estado buscando otro newsgroup en español y no lo he encontrado.

Empece a hacer pruebas del linq de Orcas beta2 con SQL Server 2000
leyendo una tablita y actualizando una columna de tres columnas, siendo
la primera columna su clave primaria. Me la lee y actualiza muy bien
pero la inquietud es que en el SQL Profiler (herramienta para visualizar
los comandos que 'recibe' el servidor) veo que los comandos que recibe
desde LinQ son a traves del procedimiento del servidor "sp_executesql",
es decir SQL dinamico!.

En SQL Server siempre se nos dice que evitemos el SQL dinamico por su
ineficiencia e inseguridad. La pregunta es si LinQ siempre ejecutará sql
dinámico hacia el servidor SQL o hay alguna manera de configurarlo para
que no postee sql dinámico sino instrucciones directas?


La otra cosa extraña que vi fue a pesar de la tablita tener su clave
primaria (campo 'estado'), un update (SubmitChanges) de una fila para
actualizar el campo 'nombre' me puso en el WHERE del Update una
comparacion para todos los campos de la tabla, cuando solo bastaba con
preguntar por la clave primaria.

Me podrian explicar al respecto?


Jose Luis

'recibe' el servidor) veo que los comandos que recibe desde LinQ son a
traves del procedimiento del servidor "sp_executesql", es decir SQL
dinamico!.

¡Claro!

En SQL Server siempre se nos dice que evitemos el SQL dinamico por su
ineficiencia e inseguridad.

Bueno, ahora dirán que ya no hay que evitarlo.

La otra cosa extraña que vi fue a pesar de la tablita tener su clave
primaria (campo 'estado'), un update (SubmitChanges) de una fila para
actualizar el campo 'nombre' me puso en el WHERE del Update una
comparacion
para todos los campos de la tabla, cuando solo bastaba con preguntar por
la
clave primaria.

Me podrian explicar al respecto?

Habrán hecho una chapuza.

De hecho probe de la forma tradicional con un Command plano sin parametros:
"update estado set nombre='otro' where estado='2' " y ciertamente en el
profiler lo veo que se envio directamente sin usar el sp_executesql,