Nous savons qu'ADO.NET nous permet d'agir l'un sur l'autre avec différents types de points d'émission et différents types de bases de données. Cependant, il n'y a pas un ensemble simple de classes qui te permettent d'accomplir ceci universellement. Depuis différents points d'émission exposer les différents protocoles, nous ont besoin d'une manière de communiquer avec le bon point d'émission de données en utilisant le bon protocole. Quelques points d'émission plus anciens emploient le protocole d'ODBC, beaucoup de plus nouveaux points d'émission emploient le protocole d'OleDb, et il y a plus de points d'émission journaliers qui te permettent de communiquer avec elles directement par des bibliothèques de classe de .NET ADO.NET.

ADO.NET fournit une manière relativement commune d'agir l'un sur l'autre avec des points d'émission, mais vient dans différents ensembles de bibliothèques pour chaque manière que vous pouvez parler à un point d'émission de données. Ces bibliothèques s'appellent Data Providers et sont habituellement appelées pour le type de point d'émission de protocole ou de données qu'elles te permettent d'agir l'un sur l'autre avec. le tableau 1 énumère quelques fournisseurs bien connus de données, le préfixe d'api qu'ils emploient, et le type de point d'émission de données ils te permettent d'agir l'un sur l'autre avec.

tableau 1. Les fournisseurs de données d'ADO.NET sont des bibliothèques de classe qui permettent une manière commune d'agir l'un sur l'autre avec des points d'émission ou des protocoles spécifiques. La bibliothèque APIs ont des préfixes qui indiquent quel fournisseur ils soutiennent.

ADO.NET inclut beaucoup d'objets que vous pouvez employer pour travailler avec des données. Cette section présente certains des objets primaires que vous emploierez. Au-dessus du cours de ce cours d'instruction, vous serez exposés à beaucoup plus d'objets d'ADO.NET de la perspective de la façon dont ils sont employés dans une leçon particulière. Les objets ci-dessous sont ceux que vous devez savoir. Se renseigner sur eux te donnera une idée des types de choses que vous pouvez faire avec des données en utilisant ADO.NET.

L'objet de SqlConnection :
Pour agir l'un sur l'autre avec une base de données, vous devez avoir un raccordement à lui. Les aides de raccordement identifient le serveur de base de données, le nom de base de données, le nom d'utilisateur, le mot de passe, et d'autres paramètres qui sont exigés pour se relier à la base de données. Un objet de raccordement est employé par des objets de commande ainsi ils connaîtront sur quelle base de données pour exécuter la commande.

L'objet de SqlCommand :
Le processus d'agir l'un sur l'autre avec une base de données signifie que vous devez indiquer les actions que vous voulez se produire. Ceci est fait avec un objet de commande. Vous employez un objet de commande pour envoyer des rapports de SQL à la base de données. Un objet de commande emploie un objet de raccordement à la figure dehors avec laquelle base de données à communiquer. Vous pouvez employer seul un objet de commande, pour exécuter une commande directement, ou assigner une référence à un objet de commande à un SqlDataAdapter, qui tient un ensemble de commandes qui travaillent sur un groupe de données comme décrit ci-dessous.

L'objet de SqlDataReader :
Beaucoup d'opérations de données exigent que vous obtenez seulement un jet des données pour la lecture. L'objet de lecteur de données te permet d'obtenir les résultats d'un rapport CHOISI d'un objet de commande. Pour des raisons d'exécution, les données retournées d'un lecteur de données sont un jet vers l'avant-seulement rapide des données. Ceci signifie que vous pouvez seulement tirer les données du jet d'une façon séquentielle. C'est bon pour la vitesse, mais si vous devez manoeuvrer des données, alors un ensemble de données est un meilleur objet à travailler avec.

L'objet d'ensemble de données :
Les objets d'ensemble de données sont des représentations de dans-mémoire des données. Ils contiennent les objets multiples de Datatable, qui contiennent des colonnes et des rangées, juste comme les tables normales de base de données. Vous pouvez même définir des relations entre les tables pour créer des rapports de parent-enfant. L'ensemble de données est spécifiquement conçu pour aider à contrôler des données dans la mémoire et à soutenir des opérations débranchées sur des données, quand un tel scénario se comprennent. L'ensemble de données est un objet qui est employé par tous les fournisseurs de données, qui est pourquoi il n'a pas un préfixe de détail de fournisseur de données.

L'objet de SqlDataAdapter :
Parfois les données que vous travaillez avec sont principalement inaltérables et vous devez rarement faire des changements au point d'émission de données fondamental. Quelques situations réclament également cacher des données dans la mémoire pour réduire au minimum le nombre d'appels de base de données pour les données qui ne changent pas. L'adaptateur de ligne le rend facile pour toi d'accomplir ces choses en aidant à contrôler des données en mode débranché. L'adaptateur de ligne remplit objet d'ensemble de données en indiquant les données et écrit dans un groupe simple quand la persistance change de nouveau à la base de données. Un adaptateur de ligne contient une référence à l'objet de raccordement et ouvre et ferme le raccordement automatiquement en indiquant de ou en écrivant à la base de données. En plus, l'adaptateur de ligne contient des références d'objet de commande pour des opérations CHOISIES, d'INSERTION, de MISE À JOUR, et d'EFFACEMENT sur les données. Vous aurez un adaptateur de ligne défini pour chaque table dans un ensemble de données et il prendra soin de toute la communication avec la base de données pour toi. Tout que vous devez faire est de dire l'adaptateur de ligne quand charger de ou écrire à la base de données.