Quelle est la meilleure façon de détecter si un IDataReader est vide?

Il semble que IDataReader.Read() est toujours vrai au moins une fois (Si je me trompe sur ce laissez-moi savoir.) Alors, comment dites-vous si elle n'a pas de documents sans juste envelopper dans un try/catch?

  • C'est Ben correct. Si un IDataReader est la lecture à partir d'un ensemble de lignes vide puis le premier appel à Read() retourne false (en supposant que la mise en œuvre spécifique que vous utilisez est écrit correctement).
  • Qui n'a pas de sens. Si lire est censé indiquer s'il y a plus de lignes, alors il ne peut pas représenter un vide. Par exemple, en renvoyant false en première lecture n'indique pas un ensemble vide. Il indique n'a plus de ligne après le premier enregistrement a déjà été lu.
InformationsquelleAutor JC Grubbs | 2008-09-09
  1. 20
    if(dr.Read())
{
   //do stuff
}
else
{
 //it's empty
}

    habituellement, vous allez faire cela:

    while(dr.Read())
{
}
    • C'est ce que j'ai essayé, mais il semble que la condition est toujours vrai au moins une fois, mais ensuite, si vous essayez d'extraire une valeur d'au lecteur, il renvoie une erreur.
    • Attention à ce, Read() avances le lecteur à la ligne suivante. Afin de ne pas uniquement vérifier si le datareader contient des données
    InformationsquelleAutor Ben Scheirman
  2. 6

    Oui, si vous voulez utiliser l'interface, puis de Lire jusqu'à ce que le faux est le seul moyen de tester. Si vous êtes à la recherche pour un générique IDataReader mise en œuvre, vous pouvez essayer de DbDataReader et l'utilisation de la HasRows propriété.

    • DbDataReader est une classe abstraite
    • Oui, c'est le point. IDataReader est une interface qui est (généralement) mis en œuvre par un datareader de type tout ce qui dérive de DbDataReader, qui à son tour met en œuvre IDataReader.
    • En réalité, vous ne serez jamais à l'appel Read() sur un IDataReader objet de toute façon, car il n'y a pas une telle chose. Et dans à peu près toutes les implémentations réelles vous allez obtenir un objet qui est une DbdataReader. Donc, sauf si vous avez les classes "déclassement" qui de retour à IDataReader que leur type de retour, vous pouvez les appeler qui. Et même si elle est revu à la baisse, il vaut la peine de vérifier: if (reader is DbDataReader) return ((DbDataReader)reader).HasRows
    InformationsquelleAutor JamesSugrue
  3. 4

    Vous pouvez juste lancer System.Data.IDataReader à System.Data.Common.DbDataReader 

    using (System.Data.IDataReader IReader = ICommand.ExecuteReader())
{
    if (((System.Data.Common.DbDataReader)IReader).HasRows)
    {
        //do stuff
    }
} //End Using IReader

    C'est le mal pur, mais c' (en général) fonctionne 😉

    (en supposant que votre instance de IDataReader est mis en œuvre par une coutume ADO.NET fournisseur, et non pas coutume, idiot de la classe de la vôtre, qui vient de implémente IDataReader au lieu de dérivation de DbDataReader [qui implémente IDataReader]).

    InformationsquelleAutor Stefan Steiger
  4. 2

    Juste tombé sur ce problème et est venu avec cette...

    bool isBeforeEoF;

do
{
    isBeforeEoF = reader.Read();

    if (isBeforeEoF)
    {
        yield return new Foo()
        {
            StreamID = (Guid)reader["ID"],
            FileType = (string)reader["Type"],
            Name = (string)reader["Name"],
            RelativePath = (string)reader["RelativePath"]
        };         
    }

} while (isBeforeEoF);
    InformationsquelleAutor SimonGates