Porque usar un DataSet pudiendo emplear el DataReader?

Hola,

No entiendo muy bien porqeu todas las preguntas relacionadas con bases de
datos van orientadas al uso de los DataSets. Si alguien me puede explicar
porque se usan tanto lo agradecería.

Desde mi punto de vista... El DataSet es mas lento que el DataReader, y

por ese detalle el DataReader se suele convertir en mi primera opcion.
Ademas el DataReader va cargando una fila cada vez que se la pedimos, por

que emplea muchos menos recurso que un DataSet, lo que tambien me hace
inclinarme por el DataReader.

Teniendo en cuenta estos detalles se me ocurre que el DataSet puede ser de
utilidad cuando tenemos una mala conectividad y poemos sacrificar recursos
de la maquina.

En ocasiones el uso del DataReader puede ser mas complicado, ya que

que diseñar una consulta que resulte efectiva y rapida, ya que el

sólo nos permite emplear la conexion para el DataReader hasta que lo
cerremos, y solo podemos recorrerlo de forma secuencial hasta el final. El
DataSet al tener los datos en memoria nos permite recorrerlo en cualqueir
dirección. Aun asi con un buen diseño y planificacion podemos recorrer un
DataReader para cargar los datos de un ComboBox, ListBox, ListView, etc...

de mas rapidamente que con el DataSet.

Puede existir alguna ocasion en la que nos salga mas rentable ocupar

y poder recorrer una lista de resultados una y otra vez por algun motivo,

cuyo caso el DataSet sería mas afortunado... Tambien nos puede venir bien

DataSet si queremos descargar un poco la red, ya que el DataSet se
desconecta en cuanto ha recuperado los datos de la base de datos.

Otro motivo interesante, es que el DataReader no puede pasar los datos de

respuesta a otro formulario ya que, como se ha mencionado, solo contendrá
una fila de todos los resultados (Lo que no impide que se pase la
referencia, pero por ejemplo en ASP con cambios de paginas esto no es
posible), aun asi deben ser consultas no muy extensas... Vamos, que no
podemos pasar todo el stock de un almacen como un dataset porque la

de datos que se va a generar pueden ser enormes.

Por otro lado nos puede interesar una conexion persistente, y segun tengo
entendido el DataSet cierra la conexion en cuanto ha recuperado los datos.

Quizas se podria seguir hablando de diferentes aplicaciones para cada uno,

incluso cuando es mejor almacenar los datos en una base de datos local

Access antes que emplear el DataSet para recoger gran cantidad de datos y
demas...

Pero ¿alguien me puede decir que ventaja le ve a cargar un Combo con un
dataset generado por una consulta sencilla?

Creo que aqui tiene mucho que ver DJMIAO, ya que los libros parecen estar
repletos de ejemplos con DataSets y mas DataSets, e incluso en las

y facultades parece que se le da una importancia increible al DataSet...
Incluso he oido rumores que dicen que los profesores aconsejan usar

un DataSet, y que algunos libros hacen lo mismo. ¿Que ventaja tiene usar
siempre un DataSet? Personalmente en un mundo real le veo mas ventajas al
DataReader que al DataSet (Lo que no quita que a veces sea mejor recurir

DataSet). Vamos, yo no me imagino los Pentium 350 con 128 Mb de RAM y
Windows 2000 Profesional o incluso Windows XP, trabajando con un CRM que

trae toda la lista de contactos atraves de un DataSet... o un ERP

todos los pedidos del mes atraves de un DataSet.

Teruel existe! ...y el DataReader tambien!

Saludos

Aqui hay una comparacion, aunque se ve que estas muy convencido, pero para
los que esten en la duda mejor que lo chequen y que decidan segun lo que
quieran implementar.

Best Practices for Using ADO.NET

Saludos ... Miguel Angel Martínez Morgan ... 8-)
[MS-MVP-VB]

"Juan Pedro Gonzalez" escribió en el mensaje
news:%231t%
> Hola,
>
> No entiendo muy bien porqeu todas las preguntas relacionadas con bases

> datos van orientadas al uso de los DataSets. Si alguien me puede

> porque se usan tanto lo agradecería.
>
> Desde mi punto de vista... El DataSet es mas lento que el DataReader, y
solo
> por ese detalle el DataReader se suele convertir en mi primera opcion.
> Ademas el DataReader va cargando una fila cada vez que se la pedimos,

lo
> que emplea muchos menos recurso que un DataSet, lo que tambien me hace
> inclinarme por el DataReader.
>
> Teniendo en cuenta estos detalles se me ocurre que el DataSet puede ser

> utilidad cuando tenemos una mala conectividad y poemos sacrificar

> de la maquina.
>
> En ocasiones el uso del DataReader puede ser mas complicado, ya que
tenemos
> que diseñar una consulta que resulte efectiva y rapida, ya que el
DataReader
> sólo nos permite emplear la conexion para el DataReader hasta que lo
> cerremos, y solo podemos recorrerlo de forma secuencial hasta el final.

> DataSet al tener los datos en memoria nos permite recorrerlo en cualquei

> dirección. Aun asi con un buen diseño y planificacion podemos recorrer

> DataReader para cargar los datos de un ComboBox, ListBox, ListView,

y
> de mas rapidamente que con el DataSet.
>
> Puede existir alguna ocasion en la que nos salga mas rentable ocupar
memoria
> y poder recorrer una lista de resultados una y otra vez por algun

en
> cuyo caso el DataSet sería mas afortunado... Tambien nos puede venir

el
> DataSet si queremos descargar un poco la red, ya que el DataSet se
> desconecta en cuanto ha recuperado los datos de la base de datos.
>
> Otro motivo interesante, es que el DataReader no puede pasar los datos

la
> respuesta a otro formulario ya que, como se ha mencionado, solo

> una fila de todos los resultados (Lo que no impide que se pase la
> referencia, pero por ejemplo en ASP con cambios de paginas esto no es
> posible), aun asi deben ser consultas no muy extensas... Vamos, que no
> podemos pasar todo el stock de un almacen como un dataset porque la
cantidad
> de datos que se va a generar pueden ser enormes.
>
> Por otro lado nos puede interesar una conexion persistente, y segun

> entendido el DataSet cierra la conexion en cuanto ha recuperado los

>
> Quizas se podria seguir hablando de diferentes aplicaciones para cada

e
> incluso cuando es mejor almacenar los datos en una base de datos local
como
> Access antes que emplear el DataSet para recoger gran cantidad de datos

> demas...
>
> Pero ¿alguien me puede decir que ventaja le ve a cargar un Combo con un
> dataset generado por una consulta sencilla?
>
> Creo que aqui tiene mucho que ver DJMIAO, ya que los libros parecen

> repletos de ejemplos con DataSets y mas DataSets, e incluso en las
academias
> y facultades parece que se le da una importancia increible al DataSet...
> Incluso he oido rumores que dicen que los profesores aconsejan usar
siempre
> un DataSet, y que algunos libros hacen lo mismo. ¿Que ventaja tiene usar
> siempre un DataSet? Personalmente en un mundo real le veo mas ventajas

> DataReader que al DataSet (Lo que no quita que a veces sea mejor recurir
al
> DataSet). Vamos, yo no me imagino los Pentium 350 con 128 Mb de RAM y
> Windows 2000 Profesional o incluso Windows XP, trabajando con un CRM que
se
> trae toda la lista de contactos atraves de un DataSet... o un ERP
trayendose
> todos los pedidos del mes atraves de un DataSet.
>
> Teruel existe! ...y el DataReader tambien!
>
> Saludos
>
>
>
>

Hola,

No entiendo muy bien porqeu todas las preguntas

datos van orientadas al uso de los DataSets. Si alguien

porque se usan tanto lo agradecería.

Desde mi punto de vista... El DataSet es mas lento que

por ese detalle el DataReader se suele convertir en mi

Ademas el DataReader va cargando una fila cada vez que

que emplea muchos menos recurso que un DataSet, lo que

inclinarme por el DataReader.

Teniendo en cuenta estos detalles se me ocurre que el

utilidad cuando tenemos una mala conectividad y poemos

de la maquina.

En ocasiones el uso del DataReader puede ser mas

que diseñar una consulta que resulte efectiva y rapida,

sólo nos permite emplear la conexion para el DataReader

cerremos, y solo podemos recorrerlo de forma secuencial

DataSet al tener los datos en memoria nos permite

dirección. Aun asi con un buen diseño y planificacion

DataReader para cargar los datos de un ComboBox,

de mas rapidamente que con el DataSet.

Puede existir alguna ocasion en la que nos salga mas

y poder recorrer una lista de resultados una y otra vez

cuyo caso el DataSet sería mas afortunado... Tambien nos

DataSet si queremos descargar un poco la red, ya que el

desconecta en cuanto ha recuperado los datos de la base

Otro motivo interesante, es que el DataReader no puede

respuesta a otro formulario ya que, como se ha

una fila de todos los resultados (Lo que no impide que

referencia, pero por ejemplo en ASP con cambios de

posible), aun asi deben ser consultas no muy extensas...

podemos pasar todo el stock de un almacen como un

de datos que se va a generar pueden ser enormes.

Por otro lado nos puede interesar una conexion

entendido el DataSet cierra la conexion en cuanto ha

Quizas se podria seguir hablando de diferentes

incluso cuando es mejor almacenar los datos en una base

Access antes que emplear el DataSet para recoger gran

demas...

Pero ¿alguien me puede decir que ventaja le ve a cargar

dataset generado por una consulta sencilla?

Creo que aqui tiene mucho que ver DJMIAO, ya que los

repletos de ejemplos con DataSets y mas DataSets, e

y facultades parece que se le da una importancia

Incluso he oido rumores que dicen que los profesores

un DataSet, y que algunos libros hacen lo mismo. ¿Que

siempre un DataSet? Personalmente en un mundo real le

DataReader que al DataSet (Lo que no quita que a veces

DataSet). Vamos, yo no me imagino los Pentium 350 con

Windows 2000 Profesional o incluso Windows XP,

trae toda la lista de contactos atraves de un DataSet...

todos los pedidos del mes atraves de un DataSet.

Teruel existe! ...y el DataReader tambien!

Saludos




.

"Juan Pedro Gonzalez" escribió en el

news:%231t%

Hola, Juan Pedro:

En funcion de optimizar el ancho de banda, divido los

estaticos y volatiles.

Los datos estáticos son parametros de uso general, cosas

de tipos de impuestos, porcentajes de descuentos

cliente, cosas que por lo general cambian poco de valor

de un programa. Los datos volatiles, en cambio, son los

todo el tiempo.

Cuando tengo conjuntos pequeños de datos "estáticos",

miembro estático (Shared) de la clase que los

en una coleccion, y una funcion que devuelve esa

lleno, por supuesto, con un DataReader. Si el conjunto

tengo un miembro Shared de la clase al que le pasas una

"inequivoca" (por lo general una clave primaria) del

y un DataReader lo busca y o devuelve.

Para todo lo que necesito, uso DataReaders (soy un

"minimalismo": consumo mínimo de una variedad mínima de

hay manera de que pueda seguir un curso de

Pero pensando un poco, se me ocurre que los DataSets

conozco los oleDBDataReader y los sqlDataReader. Los

independientes del proveedor (igual que los

En ese sentido son una representacion abstracta de los

te permiten una separación mas neta entre las capas: no

usar un DataSet en los niveles de presentación -siempre

con la implementacion concreta se realice mas abajo.

Desde que trabajaba con herramientas mas primitivas,

a las clases "de servicios" del enlace con las BBDD. Por

datasets ni datareaders en los niveles de aplicacion.

cambiar toda la concepcion del oficio cuando cambias de

mantener los mismos principios constructivos generales,

DataReader me venia de perlas. Pero imagino que si uno

con VB.Net, los DataSets son una manera muy cómoda, y

pasar estructuras de complejas entre componentes. Que

las ventajas, es otra cosa.

Pero es tardisimo.

Salud!


.