ADO.net

Hola,

ADO.NET tiene muchos casos de aplicación y en cada caso es mejor utilizar
unas clases u otras... no digo que sea tu caso pero, utilizar un DataSet
para consultar un registro en lugar de un simple DataReader puede suponer
una diferencia muy grande en cuanto a rendimiento... lo que te quiero decir
es que ADO.NET accede directamente a los datos del SQLServer mientras que
ADO utiliza una capa COM intermedia (la de OLE DB) así que si estás
obteniendo resultados peores de rendimiento tal vez estas utilizando las
clases equivocadas. Por otra parte, las pruebas de rendimiento no se hacen
con un registro, se hacen con paquetes grandes de datos que es donde
realmente se aprecia la diferencia.

Un Saludo...


Manuel Llavador




"IrakRubio" escribió en el mensaje
news:1e5c501c4554b$cc239a50$
En realidad, en lo que a mi respecta, durante la migracion
que estoy realizando para ADO.net, me he encontrado con el
único inconveniente de que es un sistema mucho mas lento
para cargar la informacion que su antecesor ADO (hoy 2.8),
realizando pruebas en una pc local con SQLServer
(Escritorio) Resulta que cuando hago consultas de prueba
con la vieja version de ADO, se tarda mucho menos de un
segundo en devolverme un registro, en el caso de ADO.NET
se tarda hasta 4 Segundos para el mismo Registro.

Puede ser (Supongo) que se debe a todos los procesos que
tienen que realizar ADO.net (datasets,Adaptadores, Objs.
Command, etc) para llevar a cabo su tarea, naturalmente
esto lo puedo entender yo, pero mis clientes no.

Me pregunto, que tanto podria entonces tardarse ADO.net en
Traer un conjunto "normal" de registros a travez de la red.

Por lo Tanto, aunque Acepto que debemos darle siempre la
bienvenida a las nuevas tecnologias, no comparto mucho la
idea todavía de descalificar al viejo ADO por este nuevo.

Saludos :-)

Aprecio tus observaciones, Gracias.

Hola,

ADO.NET tiene muchos casos de aplicación y en cada caso

es mejor utilizar

unas clases u otras... no digo que sea tu caso pero,

utilizar un DataSet

para consultar un registro en lugar de un simple

DataReader puede suponer

una diferencia muy grande en cuanto a rendimiento... lo

que te quiero decir

es que ADO.NET accede directamente a los datos del

SQLServer mientras que

ADO utiliza una capa COM intermedia (la de OLE DB) así

que si estás

obteniendo resultados peores de rendimiento tal vez estas

utilizando las

clases equivocadas. Por otra parte, las pruebas de

rendimiento no se hacen

con un registro, se hacen con paquetes grandes de datos

que es donde

realmente se aprecia la diferencia.

Un Saludo...


Manuel Llavador




"IrakRubio"

escribió en el mensaje

news:1e5c501c4554b$cc239a50$
En realidad, en lo que a mi respecta, durante la migracion
que estoy realizando para ADO.net, me he encontrado con el
único inconveniente de que es un sistema mucho mas lento
para cargar la informacion que su antecesor ADO (hoy 2.8),
realizando pruebas en una pc local con SQLServer
(Escritorio) Resulta que cuando hago consultas de prueba
con la vieja version de ADO, se tarda mucho menos de un
segundo en devolverme un registro, en el caso de ADO.NET
se tarda hasta 4 Segundos para el mismo Registro.

Puede ser (Supongo) que se debe a todos los procesos que
tienen que realizar ADO.net (datasets,Adaptadores, Objs.
Command, etc) para llevar a cabo su tarea, naturalmente
esto lo puedo entender yo, pero mis clientes no.

Me pregunto, que tanto podria entonces tardarse ADO.net en
Traer un conjunto "normal" de registros a travez de la

red.

Por lo Tanto, aunque Acepto que debemos darle siempre la
bienvenida a las nuevas tecnologias, no comparto mucho la
idea todavía de descalificar al viejo ADO por este nuevo.

Saludos :-)


.