Mostrar la información que tiene un Datareader

[Vanessita]

Hola que tal, recién he comenzado a trabajar con el datareader y la verdad me vuelto
un lío. Hasta ahora solo he trabajado con Datasets, y a raíz de que leí que el reader
puede ser menos pesado que el dataset(no se si es verdad, ¿me lo pueden aclarar?) pues
comencé a trabajar con el. Ahora bien, me gustaría mostrar en un datagrid la información
que tiene el reader, pero no me la muestra, el enlace con el datagrid lo he hecho como si
fuese un dataset:

datagrid.datasource= mydatareader
datagrid.databind

No se si el problema es que no se puede mostrar en un Datagrid lo que tiene un reader.
Entonces como puedo hacer para mostrar esta información?
Si tuviesen algun link en donde pudiera encontrar informacion sobre el reader se los
agradecería.

[popopo]

si estas utilizando columnas enlazadas en el datagrid fijate que el nombre de las columnas coincidan con las que te devuelve el datareader

[Vanessita]

no aún no estoy trabajando con columnas enlazadas, lo que pasa es que recien empiezo con el datareader entonces simplemente coloque el autogeneratecolumns del datagrid en true, y le asigne a su datasource el reader, pero como no mostraba nada, pues pensé que no podia hacer esto con el reader, de verdad no se que sucede.

[DarkRigel]

Un datareader no sirve como un origen de datos para el datagrid, tienes que usar un datatable, un dataset o un dataview

[popopo]

si sirve como origen de datos, yo lo hice fijate si el datareader te trae datos
hace lo siguiente para probar, el dr(0) seria el valor dela primer columna, hacelo simplemente para verficar que te trae datos
while dr.read

label1.text=dr(0)
end while

[Vanessita]

Ok lo haré gracias...

[DarkRigel]

Yo me mantengo en lo que dije: Un datareader no sirve como un origen de datos para el datagrid, es decir, esta linea esta mal:

datagrid.datasource= mydatareader

[splinter]

Hola

el datareader funciona perfectamente con el datagrid, seguramente el datareader no contiene datos y por eso razon el grid no carga valores, deberias de probar tu consulta asi como te lo sugiere [popopo]

Saludos

[RootK]

Yo me mantengo en lo que dije: Un datareader no sirve como un origen de datos para el datagrid, es decir, esta linea esta mal:

DarkRigel, de hecho si es posible pasarle un datareader a un grid como origen de datos , y estoy de acuerdo como dicen splinter.. posiblemente tu reader no tenga datos... y si quieres puedes probar en colocar tu grid en autogeneratecolumns=true para ver que es lo que carga...

Salu2

[Vanessita]

Hola otra vez, he probado a ver si mi Reader tiene datos asi como me lo dijo popopo y
efectivamente los tiene, es decir que se está cargando. Ahora bien, les cuento lo siguiente:

mi aplicación la tengo estructurada en tres capas: la de presentación, la de reglas y negocio
y la de acceso a datos, en la capa de acceso a datos tengo una función que devulve un OledbDatareader.
En esta función cargo un reader con una sentencia SQL más o menos así:

Dim MyReader As OledbDataReader
MyReader = MyCommand.ExecuteReader

Bueno y comprobé si tiene datos así:

If MyReader.HasRows Then
Dim Valor As String
While MyReader.Read
Valor = MyReader(0).Tostring
End While
End If

Todo bien, luego esta función retorna el Reader cargado. En la capa de reglas tengo otra función que retorna un
OledbDataReader, pero ahora esta se carga con la función de la clase de acceso a datos. Pero que sorpresa me llevo
cuando me doy cuenta que aqui el Reader no tiene nada. Es por eso que cuando paso este reader a la capa de presentación
en el Web Form el Reader no tiene nada y por eso el DataGrid no se carga.

Es decir, el reader se está cargando bien en la clase de acceso a datos, pero cuando retorno ese reader cargado
a la función de la clase de reglas ya no tiene nada. ¿Será que una función no puede retornar un reader?
Bueno para mi es bastante raro, porque ya he usado esta misma lógica pero con un DataSet y funciona perfecto. Espero
que por favor me puedan ayudar.

[popopo]

primero supongamos que en la capa de datos tenes la funcion

class xx

funcion devolver_datareader() as datareader

.
.
.
dr=cm.executereader

devolver_datareader=dr
end function
endclass

en la otra capa

function otra_funcion() as datareader
dim dr as new xx
dr=xx.devolver_datareader

otra_funcion=dr
end function

probala y contame

[RootK]

Es decir, el reader se está cargando bien en la clase de acceso a datos, pero cuando retorno ese reader cargado

Por lo que estyo viendo en tu reader no te regresa nada porque ya lo recorriste en ésta parte:

While MyReader.Read
Valor = MyReader(0).Tostring
End While

Lo que te recomiendo es que en tu capa de datos dejes un método de tipo shared (no hay necesidad de crear el objeto) que regrese el datareader..

algo así:

Public Class DataAccess

Public Shared Function GetDataReader() As OleDbDataReader
Dim oConn As OleDbConnection
'...
'...
Dim oCmd As New OleDbCommand("blabla", oConn)

Dim dr As OleDbDataReader = oCmd.ExecuteReader(CommandBehavior.CloseConnection)

Return dr

End Function

End Class

Y despues ya en tu grid lo podrias llamar así:

DataGrid1.DataSource = DataAccess.GetDataReader()
DataGrid1.DataBind()

Checalo y nos cuentas como te fue..

[Vanessita]

Hola RootK, efectivamente es lo que decías, el reader no retornaba nada porque ya lo
había recorrido. Bueno lo estaba recorriendo era para ver si se llenaba, pero no sabía
que después de hacer eso ya el no tenía registros ¿Me podrías decir por favor porque sucede eso?

Y por último tres preguntillas más y por favor disculpen por las molestias. RootK dices que puedo
crear un método de tipo shared que regreser el reader. Primera pregunta: ¿Por qué shared?
Segunda pregunta ¿Que es eso de shared, pues de verdad no se que caracterísica tiene?

Y por último, cuando dices que no hay necesidad de crear el objeto ¿a que te refieres?

Bien por lo demás, muchas gracias a todos por responder y a RootK pues me ha dado la solución
a mi problema. Gracias...

[popopo]

hacelo de la forma que te dije yo, lo probe y anda un espectaculo , el datareader es un objeto que es solo lectura y siempre avance hacia adelante por lo tanto solo se utiliza para mostrar datos, ej llenar dropdownlist, si queres editarlos necesitas si osi una dataset

[mozka]

el DataReader es de solo lectura y solo para adelante, una ves que lo recorres no puedes volver atras, esa es una de las razones de por que es mas liviano que el DataSet.

y el por que no se necesita crear el objeto, se refiere a que no es necesario crear un DataReader en el lado final ya que la funcion te regresa un objeto de ese tipo el cual puedes asignar sin ningun problema

[RootK]

Primera pregunta: ¿Por qué shared?
Segunda pregunta ¿Que es eso de shared, pues de verdad no se que caracterísica tiene?

Ok... te digo que lo puedes hacer de tipo shared (static para c#) porque estas creando un método dentro de una clase que no implementa ni eventos, properties, interfaces..etc... por lo cual en el concepto de POO (programacion orientada a objetos) al crearlo hay que instancialo con la palabra NEW pero aqui no es necesario crear un objeto porque no va a tener comportamiento..

MM...un ejemplo podría ser: antes en vb 6 podías tener variables de tipo globales cosa en que en vb.net no se puede.... por eso se ocupan de tipo shared o staticas...

De todas formas te recomiendo que leas los conceptos de POO para que te des una mejor idea... ya que muchas veces la gente empieza a programar sin saber que es una clase, miebro compartido, clases abstractas, herencia, interfaces..etc..etc...

Espero que haber sido mas claro..

salu2