DataReader ou DataSet lors de l'extraction de plusieurs jeux d'enregistrements dans ASP.NET

Toujours mettre vos données en classes définies pour l'utilisation spécifique. Ne passez pas des jeux de données ou DataReaders autour de.

De voir qu'aucune réponse n'a été marqué encore, même si il y a plently de bonnes réponses déjà, je pensais ajouter par deux bits.

J'utiliserais DataReaders, comme ils sont un peu plus rapide (si la performance est votre truc ou vous avez besoin de vous autant que vous pouvez obtenir). La plupart des projets, j'ai travaillé sur des millions d'enregistrements dans chacun des tableaux et de la performance est un sujet de préoccupation.

Certaines personnes l'ont dit, il n'est pas une bonne idée d'envoyer DataReader à travers des couches. Personnellement, je ne vois pas cela comme un problème depuis un "DbDataReader" n'est pas techniquement liés (ou ne pas être) à une base de données. C'est que vous pouvez créer une instance de DbDataReader sans la nécessité d'une base de données.

Pourquoi je le fais, c'est pour les raisons suivantes:
Fréquemment (dans une Application Web), vous générez soit en Html ou en Xml ou JSON ou une autre transformation de vos données. Alors pourquoi aller d'un DaraReader à certains POCO objet uniquement pour le transformer au format XML ou JSON et l'envoyer sur le réseau. Ce type de processus nécessite généralement de 3 transformations et une botte de charge des instanciations d'objet uniquement à jeter presque instantanément.

Dans certaines situations, c'est très bien ou ne peut pas être aidé. Ma couche de Données généralement les surfaces de deux méthodes pour chaque procédure stockée que j'ai dans le système. On revient DbDataReader et l'autre retourne un DataSet/DataTable. Les méthodes de retour d'un jeu de données/DataTable appeler la méthode retournant un DbDataReader et utilise alors soit la "Charge" de la méthode de la Table de données ou d'un adaptateur pour remplir le dataset. Parfois, vous avez besoin d'ensembles de données parce que vous avez probablement de réutiliser les données d'une certaine façon, ou vous avez besoin pour tirer une autre requête et unnless vous avez MARS n'est pas activé, vous ne pouvez pas avoir un DbDataReader ouvrir et de feu, une autre requête.

Maintenant, il y a quelques problèmes avec l'utilisation de DbDataReader ou DataSet/DataTable et qui est généralement le code de la clarté, de la moment de la compilation, la vérification de etc. Vous pouvez utiliser les classes wrapper pour votre datareader et en fait, vous pouvez utiliser votre DataReaders un IEnumerable avec eux. Vraiment cool capacité. Ainsi, non seulement vous bénéficiez de taper fort et de la lisibilité du code, vous obtenez également IEnumerable!

Donc une classe pourrait ressembler à ceci.

public sealed class BlogItemDrw : BaseDbDataReaderWrapper
{
    public Int64 ItemId { get { return (Int64)DbDataReader[0]; } }
    public Int64 MemberId { get { return (Int64)DbDataReader[1]; } }
    public String ItemTitle { get { return (String)DbDataReader[2]; } }
    public String ItemDesc { get { if (DbDataReader[3] != DBNull.Value) return (String)DbDataReader[3]; else return default(String); } }
    public DateTime ItemPubdate { get { return (DateTime)DbDataReader[4]; } }
    public Int32 ItemCommentCnt { get { return (Int32)DbDataReader[5]; } }
    public Boolean ItemAllowComment { get { return (Boolean)DbDataReader[6]; } }
    public BlogItemDrw()
      :base()
    {
    }

    public BlogItemDrw(DbDataReader dbDataReader)
      :base(dbDataReader)
    {
    }
}

DataReader Wrapper

J'ai un blog (lien ci-dessus) qui va dans beaucoup plus de détails et je vais faire un générateur de code source pour ces et d'autres DataAccess code de couche.

Vous pouvez utiliser la même technique pour les tables de données (le générateur de code produit code) de sorte que vous pouvez les traiter comme fortement typé DataTable sans les frais de ce VS.NET offre hors de la boîte.

Garder à l'esprit qu'il n'existe qu'une seule instance de la classe wrapper. Si vous n'êtes pas créer des centaines d'instances d'une classe ne à jeter.

Si vous n'êtes pas intéressé par la mise à jour ou supprimer les enregistrements que vous avez récupérée à partir de la base de données, je vous recommande d'utiliser DataReader. Fondamentalement DataSet utilise en interne plusieurs Datareaders, donc DataReader devrait vous donner un bon avantage en termes de performance.

Indépendamment de savoir si vous êtes aller chercher un résultat unique ou de plusieurs résultats, le consensus semble être d'utiliser un objet DataReader au lieu d'un jeu de données.

Quant à savoir si vous devriez jamais embêter avec plusieurs résultats, de la sagesse, c'est que vous ne devriez pas vous, mais je peux concevoir qu'un délai raisonnable classe d'exceptions à cette règle: (bien) liés à des résultats. Vous ne voulez certainement pas à ajouter une requête pour renvoyer le même ensemble de choix d'une liste déroulante qui est répété sur des centaines, voire des dizaines de pages de votre application, mais plusieurs ensembles de justesse-utilisé peut être avantageusement combiné. Comme exemple, je suis actuellement à la création d'une page pour afficher plusieurs séries de "divergences" pour un lot de l'ETL données. Aucune de ces requêtes sont susceptibles d'être utilisés ailleurs, il serait opportun d'encapsuler comme une seule et même obtenir "écarts" de la procédure stockée. D'autre part, la meilleure performance de le faire peut être négligeable par rapport au travail-autour du naturel d'une procédure stockée-une-suite-définir l'architecture de votre ORM ou roulés à la main code d'accès aux données.

Prendre un coup d'oeil dans le TableAdapters qui sont disponibles .NET 2.0 et plus. Ce qu'ils font est de vous donner la force d'un typage fort DataTable et vous permettent de mapper une méthode de Remplissage à qui va utiliser un DataReader pour le charger. Votre méthode de remplissage peuvent être des procédures stockées existantes, votre propre AdHoc SQL, ou même de laisser l'assistant génère le AdHod ou d'une Procédure Stockée pour vous.

Vous pouvez le trouver en commence un nouveau XSD objet DataSet à l'intérieur de votre projet. Pour les tables qui sont utilisés pour plus que juste la recherche, vous pouvez également mapper insérer/mettre à jour/supprimer des méthodes pour le TableAdapter.