DlinQ

No hay por qué elegir entre procedimientos almacenados y DLinq. Es verdad
que ahora mismo no hay mucho soporte en DLinq para procedimientos
almacenados, pero Microsoft está trabajando en ello.

Yo desde luego no pienso usar DLinq si no tiene soporte para procedimientos
almacenados, porque prácticamente todo mi acceso a las bases de datos lo
hago por medio de procedimientos almacenados.

Saludos:

Jesús López
MVP


"Juan Carlos Flores" escribió en el mensaje
news:mkvpjy0ibddv$.1m9mjluo4yxia$

Alguien puede explicarme acerca de esa tecnología ? Ventajas y
desventajas.

Como se ve comparada con Procedimeintos almacenados Vrs DlinQ... pensando
en universalidad de datos, que es lo mas recomendado ?


Saludos


JCF

Gracia por contestar Jesus.

Si tienes casi todo tu acceso a BD por medio de SP, como manejas la
universalidad de datos, son tus programas capaces de conectarse a cualquier
otra BD que no sea la que ya usas ? Esto hablando de amnera fácil y
transparente sin tener que ir a transcribit todos tus SP al nuevo motor ?

Con respecto a los DataSet. Son esto realmente capaces de manejar SQL Pass
Trhough ? Todo lo que hago se ejecutara como instruccion al server dandole
la carga a él y usando la red solo para el trafico con la respuesta ?

Tengo esas incógnitas porque pretendo entrar con el uso de Motores BD de
manera universal, y segun parce los SP se limitan cada uno a su propio
motor, lo cual perderia la ventaja del SP, en cuanto a darle la carga de
trabajo al server. Sin embargo, según leí, los DataSet, de manera
intrínseca, envían los comandos y parámetros refrentes al manejo de datos,
al server para que ejecute el trabajo, luego solo recibirá las respuestas.

Gracias de antemano por tu orientación.

Saludos.


JCF


El Fri, 3 Feb 2006 00:56:56 +0100, Jesä¤¼í½³pez escribió:

No hay por qu知legir entre procedimientos almacenados y DLinq. Es verdad
que ahora mismo no hay mucho soporte en DLinq para procedimientos
almacenados, pero Microsoft est�rabajando en ello.

Yo desde luego no pienso usar DLinq si no tiene soporte para procedimientos
almacenados, porque prࢴicamente todo mi acceso a las bases de datos lo
hago por medio de procedimientos almacenados.

Saludos:

Jesä¤¼í½³pez
MVP

"Juan Carlos Flores" escribi񟤮 el mensaje
news:mkvpjy0ibddv$.1m9mjluo4yxia$

Alguien puede explicarme acerca de esa tecnolog쟠? Ventajas y
desventajas.

Como se ve comparada con Procedimeintos almacenados Vrs DlinQ... pensando
en universalidad de datos, que es lo mas recomendado ?


Saludos


JCF

"Juan Carlos Flores" escribió en el mensaje
news:1af0k6axmuj4y$

Gracia por contestar Jesus.

Si tienes casi todo tu acceso a BD por medio de SP, como manejas la
universalidad de datos, son tus programas capaces de conectarse a
cualquier
otra BD que no sea la que ya usas ? Esto hablando de amnera fácil y
transparente sin tener que ir a transcribit todos tus SP al nuevo motor ?

Así:

http://groups.google.es/group/micro...cf2074f013

Con respecto a los DataSet. Son esto realmente capaces de manejar SQL Pass
Trhough ? Todo lo que hago se ejecutara como instruccion al server dandole
la carga a él y usando la red solo para el trafico con la respuesta ?

Que yo sepa los DataSet no son capaces de manejar absolutamente nada
referente al origen de los datos. No son más que simples estructuras de
datos en memoria que no conocen la procedencia de los datos y tampoco saben
somo modificar el origen de los datos.

Tengo esas incógnitas porque pretendo entrar con el uso de Motores BD de
manera universal, y segun parce los SP se limitan cada uno a su propio
motor, lo cual perderia la ventaja del SP, en cuanto a darle la carga de
trabajo al server. Sin embargo, según leí, los DataSet, de manera
intrínseca, envían los comandos y parámetros refrentes al manejo de datos,
al server para que ejecute el trabajo, luego solo recibirá las respuestas.

La universalidad de los datos es un concepto que suena muy bien, sin embargo
es como ir a unos grandes almacenes y encontrarte que sólo existe una talla
para todo tipo de ropa comparado con ir al sastre y que te hagan la ropa a
medida.

El modelo o patrón que sigo y explico en el mensaje anterior (el del enlace)
pretende ser un poco las dos cosas, tener una talla universal, pero tener
también unos trajes a medida para los clientes conocidos.

Los procedimientos almacenados son como todo en informática, tienen sus
ventajas y desventajas. Una de sus desventajas es que resulta imposible
hacer que el mismo procedimiento funcione en cualquier sistema de base de
datos. Pero las ventajas que me proporcionan compensan esta desventaja:

http://groups.google.es/group/micro...556598d08b

Gracias de antemano por tu orientación.

Saludos.


JCF


El Fri, 3 Feb 2006 00:56:56 +0100, Jes??pez escribió:

No hay por qu?legir entre procedimientos almacenados y DLinq. Es verdad
que ahora mismo no hay mucho soporte en DLinq para procedimientos
almacenados, pero Microsoft est?rabajando en ello.

Yo desde luego no pienso usar DLinq si no tiene soporte para
procedimientos
almacenados, porque pr?icamente todo mi acceso a las bases de datos lo
hago por medio de procedimientos almacenados.

Saludos:

Jes??pez
MVP

"Juan Carlos Flores" escribi?? el mensaje
news:mkvpjy0ibddv$.1m9mjluo4yxia$

Alguien puede explicarme acerca de esa tecnolog?? Ventajas y
desventajas.

Como se ve comparada con Procedimeintos almacenados Vrs DlinQ...
pensando
en universalidad de datos, que es lo mas recomendado ?


Saludos


JCF