Admin CliCours
Sommaire: Langage ado.net Supinfo dot net training course
1. INTRODUCTION
2. PRESENTATION DE ADO.NET
2.1. CONFIGURATION NECESSAIRE POUR LA PLATE-FORME ADO.NET
2.2. VUE D’ENSEMBLE DU MODELE ADO.NET
2.3. LES ESPACES DE NOMS
3. LES COMPOSANT DE ADO.NET
3.1. LES FOURNISSEURS MANAGES
3.1.1. Connection
3.1.1.1. Dans le code
3.1.1.2. A l’aide de Visual Studio
3.1.2. Command
3.1.2.1. Dans le code
3.1.2.2. A l’aide de Visual Studio
3.1.3. DataReader
3.2. TRANSACTIONS
3.2.1. Exemple de création d’une transaction complète :
3.2.2. Les niveaux d’isolement ou IsolationLevel
4. LES PROCEDURES STOCKEES
4.1. PRESENTATION
4.2. MISE EN ŒUVRE
4.2.1. Création à partir du LDD (Langage de Définition des Données)
4.2.2. Création à partir de Entreprise Manager
4.2.3. Création à partir de VS.NET DataBase Tools
4.3. IMPLEMENTATION DES PS DANS LE CODE C#
4.3.1. Création de la commande et appel de la procédure
4.3.2. Passage et récupération des différents paramètres
5. DATAADAPTER
5.1. PROPRIETE TABLES : TABLEAU DE DATATABLE
5.2. PROPRIETE COLUMNS : TABLEAU DE DATACOLUMN
5.3. PROPRIETE ROWS : TABLEAU DE DATAROW
5.4. PROPRIETE CONSTRAINTS : TABLEAU DE CONSTRAINT
5.5. PROPRIETE RELATIONS : TABLEAU DE DATARELATION
6. DATABINDING
6.1. LE DATABINDING DANS LE CODE
6.2. LE DATABINDING DANS LE DESIGNER
6.3. DATAVIEW
7. MISE A JOUR DES DONNEES
7.1. EN UTILISANT COMMAND
7.2. EN UTILISANT DATASET ET DATAADAPTER
7.2.1. Effectuer les changements
7.2.2. Transférer les changements
8. DATASET TYPE
Extrait du cours langage ado.net Supinfo dot net training course
1. Introduction
Quelque soit le type d’application développée, l’accès aux données est un élément important. Le Framework .NET possède une technologie nommée ADO.NET (ADO pour Activex DataBase Object), qui constitue la couche d’accès aux bases de données. Elle permet ainsi aux applications fonctionnant sous .NET d’accéder aux informations stockées dans la plupart des bases de données du commerce.
Anciennement appelé ADO+, ADO.NET est l’évolution directe de ADO. Les modèles présentés par Microsoft furent successivement DAO (Data Access Object), RDO (Remote Data Object) et ADO (Activex Data Object), qui obligeaient les développeurs à apprendre sans cesse à utiliser de nouveaux modes d’accès aux données en fonction du type de base de données utilisée. Par ailleurs, ADO fonctionnait en connexion permanente avec une base de données et ne gérait pas le XML.
ADO.NET fonctionne sur le principe de fournisseurs managés ou fournisseurs codés et est gérer par la plate-forme .NET. Ainsi tous les objets fournis par ADO.NET sont gérés par la CLR sur le principe commun à la compilation (jus-in-time et MSIL), la création et la suppression d’objets (Garbage Collector), et à l’exécution d’un programme sous .NET. Ces derniers permettent un accès direct aux bases de données sans qu’il soit nécessaire de connaître les spécificités de chaque base de données et d’identifier les fonctionnalités utilisées par une base de données par rapport à une autre puisqu’il s’agit d’une couche qui uniformise l’accès aux données ; par exemple, certaines fonctions utilisaient des paramètres plus ou moins différents en fonction de la base de données utilisée et il était nécessaire de les connaître pour pouvoir utiliser le fournisseur de données correspondant, ce n’est plus le cas avec ADO.NET.
Il faut noter qu’ADO.NET cohabite avec ADO, ce qui permet de laisser ADO à la disposition des programmeurs à travers des services d’interopérabilité COM de .NET. Il est donc tout à fait possible d’utiliser ADO pour des applications fonctionnant en mode connecté. Néanmoins, des différences profondes existent entre ADO et ADO.NET, notamment en termes de syntaxe, de conception code et de migration.
2. Présentation de ADO.NET
2.1. Configuration nécessaire pour la plate-forme ADO.NET
ADO.NET est fourni avec le Framework .NET et peut être utilisé sous Windows CE/95/98/ME/NT4SP6a/2000/XP. Il est par ailleurs nécessaire d’installer MDAC (Microsoft Data Access Components version 2.6) ou supérieur pour utiliser les fournisseurs de données SQL Server ou OLE DB.
Avant ADO.NET, il existait ADO – ActiveX Data Object. Dans ADO, on manipule des Recordsets qui font appel aux curseurs côté client ou côté serveur. Ces curseurs sont parcouru ligne par ligne et permettent d’accéder aux données dans une table (colonnes et lignes). Ses curseurs sont gérés par les développeurs grâce notamment à la propriété CursorLocation.
De plus il est impossible d’utiliser ADO à travers les pare-feux. Enfin, l’accès aux données avec ADO nécessite une connexion permanente à la source de données pouvant entraîner des problèmes de performances.
2.2. Vue d’ensemble du modèle ADO.NET
ADO.NET a été conçue avec des optiques un peu différentes :
• Il doit permettre le fonctionnement en mode déconnecté. En effet, un des gros problèmes des applications base de données est le goulot d’étranglement lié aux bases de données. Le mode déconnecté permet de charger les données en mémoire et libère ensuite la connexion à la base de données. Cela est possible dans .NET grâce à l’utilisation de l’objet DataSet. L’objet DataSet peut être utilisé indépendamment d’un fournisseur de données afin de gérer des données de l’application locale ou des données XML. C’est un des deux modes de fonctionnement possible : en effet, le mode de fonctionnement connecté est toujours disponible.
• Il doit être entièrement indépendant de la base de données. En effet, les Recordsets d’ADO sont plus ou moins dépendant du SGBD et nécessitaient parfois des connaissances particulières sur le SGBD. Maintenant, les objets utilisés dans ADO.NET sont entièrement indépendants.
• Il doit être intéropérable avec d’autres systèmes. Pour cela, ADO.NET a été entièrement conçu avec la technologie XML, ce qui lui permet de manipuler des données provenant d’autre chose que de bases de données, comme par exemple un système de fichiers, Active Directory, Index Server, …On dit qu’il uniformise l’interface de programmation pour les classes containers de données. Quelques soient le type d’application (Web ou Windows) et le type de source de données, les données seront manipulées avec les mêmes classes.
• ADO utilise les Variants comme type de données (un Variant est un type de données provenant de Visual Basic, et permettant de stocker tout type de données). Maintenant, ADO.NET utilise un typage des données fort, ce qui permet également de faire des vérifications directement à la compilation et non plus à l’exécution comme c’était le cas avec ADO.
• ADO utilise la technologie COM en interne, ce qui ralentit considérablement les temps de traitement (principalement dû au marshalling/unmarshalling de paramètres). ADO.NET a été entièrement réécrit en code .NET et est de ce fait beaucoup plus performant.
………
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)langage ado.net: Supinfo dot net training course (856 Ko) (Cours PDF)
