Velocidad leyendo datos

"Eduardo" wrote in message
news:

Cuando te refieres a herramientas estandard te refieres solamente a VS2005
o VS2008 o algun complemento,

No, me refería a usar directamente las clases que vienen con el
Framework, sin meter mucho código adicional. Usando software de terceros
probablemente haya grids ya optimizados para este tipo de enlace a datos.

estoy intentando trabajar esta comparacion escribiendo el minimo codigo
posible. la verdad es que el DataReader no lo he sabido encontrar en la
Toolbox si lo tengo que escribir a mano si tengo claro como hacerlo,

No viene en el Tolbox. Hay que escribir un par de líneas de código:
básicamente, crear un Command y llamar a su método ExecuteReader, que te
devuelve el DataReader ya creado y abierto.

lo que no tengo claro es como limitar el numero de registros en el
DataGrid y como montar el Scroll en pantalla para que vaya haciendo

Eso sí que requiere bastante código. Hay que interceptar los eventos del
grid, y construir en ellos las sentencias Sql adecuadas que usen un "Where"
para limitar los registros por el campo o campos que se hayan usado para
ordenar el grid, ejecutarlas, y mantener en memoria algún tipo de "caché"
para darle agilidad al asunto. En cualquier caso, no es una operación
trivial.
En un respuesta anterior, Jesús Lopez ha ofrecido una clase ya preparada
con el código necesario.

Hola Alberto

Si no tienes más remedio que hacerlo con las herramientas "standard", al
menos usa un DataReader en lugar de un DataSet+DataAdapter, y pasa los
datos directamente del DataReader al GridView. De esta forma, los datos
solo se cargan en memoria una sola vez (dentro del GridView) en lugar de
dos.

Podrias dar mas detalles de como se hace eso para evitar que se carguen dos
veces los datos al GridView?
Es decir como se configura el gridview para evitar eso.


Gracias

"Rolando" wrote in message
news:

Si no tienes más remedio que hacerlo con las herramientas "standard",
al menos usa un DataReader en lugar de un DataSet+DataAdapter, y pasa los
datos directamente del DataReader al GridView. De esta forma, los datos
solo se cargan en memoria una sola vez (dentro del GridView) en lugar de
dos.

Podrias dar mas detalles de como se hace eso para evitar que se carguen
dos veces los datos al GridView?
Es decir como se configura el gridview para evitar eso.

No, no es en el GridView. La primera carga es en el DataSet, que no es
más que un contenedor que recibe en memoria una copia de todos los datos del
servidor. La segunda carga se produce al enlazar el DataSet con el GridView,
ya que el GridView adquiere una segunda copia en memoria de los datos
"absorbiéndolos" del DataSet.
Mi propuesta era la de eliminar por completo el DataSet, y pasar los
datos directamente desde el servidor al GridView, usando para ello el
SqlDataReader, que es un objeto que solo sirve para "bombear" datos desde el
servidor a donde tú le digas (por ejemplo, al GridView), sin quedarse él con
una copia. Esto no se puede hacer desde el diseñador; el DataReader lo
tienes que manejar por código.

Alberto Poblacion ha utilizado su teclado para escribir :

No, no es en el GridView. La primera carga es en el DataSet, que no es
más que un contenedor que recibe en memoria una copia de todos los datos del
servidor. La segunda carga se produce al enlazar el DataSet con el GridView,
ya que el GridView adquiere una segunda copia en memoria de los datos
"absorbiéndolos" del DataSet.
Mi propuesta era la de eliminar por completo el DataSet, y pasar los
datos directamente desde el servidor al GridView, usando para ello el
SqlDataReader, que es un objeto que solo sirve para "bombear" datos desde el
servidor a donde tú le digas (por ejemplo, al GridView), sin quedarse él con
una copia. Esto no se puede hacer desde el diseñador; el DataReader lo tienes
que manejar por código.

A ver si te he entendido, porque me acabas de descolocar mis esquemas
de repente. Si yo asocio un dataset a un gridview mediante su
datasource, ya sea de forma directa o con un bindingsource, cuando
hablamos de tener dos copias de los datos, ¿te refieres a su propia
presentación en el grid, no?. Quiero decir, si yo tengo un dataset con
100 registros y 20 campos, pero en el grid solo muestro mediante un
filtrado, 10 registros y 4 campos, tengo los datos del dataset en
memoria y los que estoy mostrando en el grid en ese momento. Supongo
que te refieres a eso (he ido pensándolo mientras escribía), porque el
grid apunta al dataset como referencia y quiero creer que no hace una
copia completa, sino de aquello que muestra.

No lo había pensado, y esto para "sólo mostrar datos" puede ser muy
interesante a nivel de consumo de memoria y rendimiento. Para
modificar, podría ser otra cosa, ya que habría que estar mandando
contínuamente commands a la BD, y en el caso que no queramos validar
hasta el final el contenido de ese grid, puede ser un pelín más
complejo de implementar, comparándolo con un gridview asociado a un
dataset y mandando un update a un dataadapter al final para realizar
todos los cambios del tirón en el servidor.

Saludos

http://www.moondance.tk

"Juan Diego Bueno" wrote in message
news:

A ver si te he entendido, porque me acabas de descolocar mis esquemas de
repente. Si yo asocio un dataset a un gridview mediante su datasource, ya
sea de forma directa o con un bindingsource, cuando hablamos de tener dos
copias de los datos, ¿te refieres a su propia presentación en el grid,
no?. Quiero decir, si yo tengo un dataset con 100 registros y 20 campos,
pero en el grid solo muestro mediante un filtrado, 10 registros y 4
campos, tengo los datos del dataset en memoria y los que estoy mostrando
en el grid en ese momento. Supongo que te refieres a eso (he ido
pensándolo mientras escribía), porque el grid apunta al dataset como
referencia y quiero creer que no hace una copia completa, sino de aquello
que muestra.

No lo había pensado, y esto para "sólo mostrar datos" puede ser muy
interesante a nivel de consumo de memoria y rendimiento. Para modificar,
podría ser otra cosa, ya que habría que estar mandando contínuamente
commands a la BD, y en el caso que no queramos validar hasta el final el
contenido de ese grid, puede ser un pelín más complejo de implementar,
comparándolo con un gridview asociado a un dataset y mandando un update a
un dataadapter al final para realizar todos los cambios del tirón en el
servidor.

Creo que tienes razón, y que me he confundido porque he mezclado cosas de
WebForms con las de WinForms. Efectivamente, el grid de WinForms no mantiene
su propia copia de los datos, sino que usa los del datasource vinculado, con
lo que tienes que usar un datasource que contenga datos (tal como el
DataSet) y esta es la única copia que hay en memoria. En cambio, el de Web,
necesita una copia de los datos, por lo que es preferible hacer el
databinding con un DataReader para evitarse la copia adicional. Creo que el
de Windows no admite databinding con el datareader, y que solo se puede
hacer con el de web. Así que pido perdón por la "mezcla" de entornos.