SqlCommand ou SqlDataAdapter?

C'est fortement dépendre du type d'opération que vous souhaitez.

Qui suit est mon suggetion.

1. Si vous souhaitez lire les données plus rapide pour aller SQLDataReader mais qui vient que le coût de l'opération, vous devez prendre
   au cours lire la suite également.
   Ouvrir La Connexion
   Lire Les Données
   Fermeture De La Connexion. Si vous avez oublié de fermer qu'il sera frappé de la performance.

2. Aller pour SQLDataAdapter

   • Si vous souhaitez lire plus rapidement et de bénéficier de Débranché Arch. de ADO.net
   • Cela va automatiquement ouvrir/fermer la connexion.
   • Aussi il vous permettra également de gérer automatiquement mise à jour dans le DataSet de la Base de données. ( SqlCommandBuilder)

3. Utiliser SQLCommand ( Cela vient aussi quand vous lisez SQLDataReader pour lire les données) et pour l'insertion et la mise à jour.

   • Cela vous donnera de meilleures performances pour l'insertion et la mise à jour.

Si vous êtes en utilisant .Cadre NET 3.5 sp1 ou plus tard, je suggère de Linq to SQL ou Entity Framework serait également
résoudre votre problème.

Grâce.

OriginalL'auteur dotnetstep

Si vous êtes juste en train de lire les données et de ne pas faire de mises à jour/insertions/suppressions, puis SqlDataReader sera plus rapide. Vous pouvez aussi le combiner avec un DataSet. Si vous enchaînez les objets d'accès aux données avec using états, l'exécution va gérer la connexion logique de nettoyage pour vous.

Un modèle que j'ai souvent utiliser pour un accès synchrone est quelque chose comme ceci:

DataTable result = new DataTable();
using (SqlConnection conn = new SqlConnection(MyConnectionString))
{
    using (SqlCommand cmd = new SqlCommand(MyQueryText, conn))
    {
        //set CommandType, parameters and SqlDependency here if needed
        conn.Open();
        using (SqlDataReader reader = cmd.ExecuteReader())
        {
            result.Load(reader);
        }
    }
}

Pour les mises à jour/delete/insert, une SqlDataAdapter pourrait être intéressant d'envisager, mais en général seulement si vous avez déjà vos données dans un DataSet. Sinon, il y a de plus rapide/de meilleures façons de faire les choses.

OriginalL'auteur RickNZ

DataReader – Datareader est un avant uniquement, readonly flux de données
à partir de la base de données. De ce fait l ' objet datareader une forme très efficace
pour la récupération de données, comme un seul enregistrement est mis en mémoire à un
temps. L'inconvénient: Un objet de connexion peut ne contenir qu'un seul
datareader à un moment, nous devons fermer explicitement le datareader quand
nous avons terminé avec elle. Cela permettra de libérer de la connexion pour d'autres utilisations. L'
carte de données d'objets permettra de gérer l'ouverture et la fermeture d'une connexion pour
la commande à exécuter

DataAdapter – Représente un ensemble de commandes SQL et base de données
connexion qui sont utilisés pour remplir le DataSet et mettre à jour les données
source. Il sert de pont entre un jeu de données et une source de données pour
récupération et sauvegarde de données. Le DataAdapter fournit ce pont en
la cartographie de Remplissage, ce qui change les données dans le DataSet pour faire correspondre les données
dans la source de données, et la mise à Jour, ce qui change les données de la
source pour faire correspondre les données dans le DataSet. En l'utilisant, DataAdapter aussi
automatiquement ouvre et ferme la connexion en tant que de besoin.

OriginalL'auteur smartyhunter