Determinar si un datareader está vacío

Desde .NET Framework 1.1 los datareaders tienen la propiedad HasRows que
informan de si el datareader tiene registros o no


"Oswaldo" escribió en el mensaje
news:
Mostrar la cita

Hola a todos. Necesito saber si un datareader está vacío antes de poder
usarlo. Uso "if dr.read then" pero se pierde el primer registro cuando
hago
el databind a un control. Alguien sabe cómo determinar si el datareader
está
vacío sin perder el primer registro?

Saludos y mil gracias

Mostrar la cita

Desde .NET Framework 1.1 los datareaders tienen la propiedad HasRows que
informan de si el datareader tiene registros o no

Cabe mencionar que esto depende de la implementación del .NET provider. En
el que yo uso, HasRows tiene un valor fijo, pues no puede determinar este
valor sin hacer un Read(), con los efectos secundarios que menciona Oswaldo.

Mostrar la cita

Mostrar la cita

Hola a todos. Necesito saber si un datareader está vacío antes de poder
usarlo. Uso "if dr.read then" pero se pierde el primer registro cuando
hago
el databind a un control.

¿Y si haces directamente el DataBind() al control sin tratar de averiguar
primero si el DataReader tiene datos o no? Es una idea.

Saludos,

-Benton

Yo no tengo ese problema ni sabía de su existencia, pues siempre uso SQL
Server

"Benton" escribió en el mensaje
news:
Mostrar la cita

Mostrar la cita

Desde .NET Framework 1.1 los datareaders tienen la propiedad HasRows que
informan de si el datareader tiene registros o no

Cabe mencionar que esto depende de la implementación del .NET provider. En
el que yo uso, HasRows tiene un valor fijo, pues no puede determinar este
valor sin hacer un Read(), con los efectos secundarios que menciona
Oswaldo.

Mostrar la cita

Mostrar la cita

Hola a todos. Necesito saber si un datareader está vacío antes de poder
usarlo. Uso "if dr.read then" pero se pierde el primer registro cuando
hago
el databind a un control.

¿Y si haces directamente el DataBind() al control sin tratar de averiguar
primero si el DataReader tiene datos o no? Es una idea.

Saludos,

-Benton