Accéder à une base de données avec Delphi Edition Personnelle avec ODBCDate de publication : 27/11/2005
Par
Auteur
Cet article vous guide à travers les différentes étapes nécessaires afin d'accéder
et de manipuler les données d'une base de données avec une édition personnelle de Delphi. I. Informations générales A. Introduction B. Qu'est-ce que l'ODBC ? C. Documentation ODBC D. Interface ODBC utilisée II. Paramétrage de la source ODBC A. Accès au gestionnaire de sources ODBC (manuel) B. Paramétrage du gestionnaire de sources ODBC par programmation III. Connexion à une source ODBC IV. Préparation et exécution d'une requête SQL V. Lecture des données d'une requête SQL " Select " VI. Déconnexion d'une source ODBC VI. Libération des handles réservés VIII. Gestion des erreurs IX. Fonctions de lecture de données simplifiées X. Noms et types des champs I. Informations généralesA. Introduction
Depuis plusieurs versions, Borland met à disposition des versions gratuites de son outil de développement " Delphi ". Ces versions sont nommées " éditions personnelles ". Cela permet de réaliser et de distribuer des applications sans avoir à investir dans un outil.
Malgré la gratuité de ces versions, elles contiennent suffisamment pour réaliser un grand nombre d'applications. La partie faisant souvent défaut est l'accès aux bases de données car aucun composant n'est fourni dans une édition personnelle. Ce manque est contournable de diverses manières, par l'ajout de composants tiers, par utilisation d'API fournies avec la base de données ou bien alors par connexion ODBC. C'est ce dernier type que nous allons étudier. B. Qu'est-ce que l'ODBC ?
L'ODBC (Open DataBase Connectivity) est une couche logicielle (Middleware) de Windows permettant à un programme d'accéder à des bases de données.
Pour que cela fonctionne, la base de données doit fournir un pilote compatible ODBC afin de traduire les ordres SQL du programme en ordres compréhensibles par la base de données utilisée.
Les postes Windows disposent souvent d'un minimum de pilotes fournis par Microsoft qui contient entre autre un pilote pour Access, permettant ainsi d'interagir avec ce type de base sans pour autant disposer du logiciel Access complet. Ces pilotes sont distribués au travers du MDAC, qui est livré en standard avec Windows XP. Pour télécharger les dernières versions, direction le site de Microsoft. C. Documentation ODBC
Pour en savoir plus, vous pouvez consulter la documentation anglaise fournie par Microsoft dans son MSDN.
La liste et descriptions, en anglais, des fonctions ODBC sont disponibles ici. D. Interface ODBC utilisée
Pour pouvoir utiliser les exemples qui seront donnés par la suite, vous devez utiliser une unité Delphi contenant toutes les définitions des fonctions et types utilisés par l'interface ODBC.
Pour cela, téléchargez l'archive RAR suivante qui contient l'unité " iodbc.pas " que vous n'aurez qu'à inclure dans la clause uses de votre projet. Cette unité a été réalisée en se basant sur la version 3.51 de l'ODBC II. Paramétrage de la source ODBC
Il existe 2 méthodes pour se connecter à une source ODBC. La première à l'aide du gestionnaire de sources ODBC de Windows (manuellement ou par programmation), la seconde en indiquant le nom et l'emplacement de la base de données
A. Accès au gestionnaire de sources ODBC (manuel)
Sous Windows XP, vous pouvez accéder à ce gestionnaire via le " panneau de configuration ", ensuite dans " Outils d'administration " puis l'icône " Sources de données (ODBC) ".
A partir de là, vous pouvez ajouter une nouvelle source à l'aide du bouton " Ajouter ". L'écran suivant est important car c'est ici que vous allez définir quel pilote vous souhaitez utiliser (Access, dBase, etc … ). La liste présente vous donnera également le nom exact du driver à utiliser pour les méthodes de connexion par programmation. B. Paramétrage du gestionnaire de sources ODBC par programmation
Plutôt que de réinventer la roue, vous pouvez consulter la FAQ Delphi et plus particulièrement l'article rédigé par Bloon " Comment créer une source ODBC par programme ? ".
III. Connexion à une source ODBC
Pour manipuler vos données, vous devez d'abord établir une connexion à votre base.
La première chose à faire, est de demander un accès au gestionnaire ODBC par la réservation d'un handle d'environnement et de tester si la demande à été autorisée ou pas :
On déclare donc une variable hEnv de type SQLHENV. Cette variable sera ensuite utilisée pour réaliser une connexion à une source de données.
Pour tester si l'allocation a été réalisée ou pas, on déclare également une variable RetCode de type SQLRETURN. Cette variable sera testée à l'aide de la fonction SQLSucceeded()qui retourne True ou False selon le cas. Pour réserver notre handle d'environnement, nous utilisons la fonction SQLAllocHandle() en lui fournissant 3 paramètres : - SQL_HANDLE_ENV : le type de handle que l'on souhaite - SQL_NULL_HANDLE : notre handle ne dépend d'un handle 'parent' - hEnv : notre variable Si la connexion au gestionnaire ODBC s'est bien réalisée, nous devons lui indiquer dans quelle version majeure de l'ODBC nous voulons travailler :
La fonction SQLSetEnvAttr() permet de réaliser cette opération en nous retournant toujours le résultat dans notre variable RetCode. Une erreur peut survenir si, par exemple, l'utilisateur utilise une version 2 de l'ODBC alors que nous souhaitons travailler en version 3.
Le premier paramètre passé est notre handle d'environnement, suivi de variables indiquant notre paramétrage. Pour plus d'information sur cette fonction, reportez-vous à la documentation MSDN. Pour réaliser la connexion à notre base de données, nous devons d'abord réserver un handle de connexion à l'aide de la fonction SQLAllocHandle() :
On déclare une variable hdbc de type SQLHDBC puis nous appelons la fonction avec les 3 paramètres suivants :
- SQL_HANDLE_DBC : le type de handle que l'on souhaite réserver - hEnv : le handle d'environnement réservé précédemment - hDbc : notre variable Si vous accédez à plusieurs bases de données, vous pouvez créer plusieurs handle de connexion (hDbc1, hDbc2, etc…) en utilisant le même handle d'environnement (hEnv). Vient ensuite le moment tant attendu, la connexion à notre base de données : 1ère méthode : en utilisant le gestionnaire de sources ODBC :
La fonction SQLConnect() attend les paramètres suivants :
- HDbc : notre handle de connexion - Pchar('') : le nom de notre source de données ODBC - SQL_NTS - Pchar('') : le nom d'utilisateur de notre base de données - SQL_NTS - Pchar('') : le mot de passe de l'utilisateur - SQL_NTS 2ème méthode : en indiquant directement le nom de la base :
Cette méthode est un peu plus complexe que la précédente mais évite un paramétrage du gestionnaire ODBC.
En premier, nous déclarons 3 variables sChaine, iChaine_Len et siRet. Nous affectons à iChaine_Len la valeur 256 qui correspondra à la longueur maximale de la chaine de caractères stockée dans sChaine. Ensuite, nous initialisons sChaine avec des espaces pour y effacer les caractères parasites (StringOfChar()). L'appel de la fonction SQLDriverConnect() se fait avec les paramètres suivants : - HDbc : notre handle de connexion - Application.handle : handle Windows de notre programme - Pchar('') : chaine de connexion (voir plus bas) - SQL_NTS - Pchar(sChaine) : notre variable sChaine qui recevra la chaine de connexion complète en cas de réussite - iChaine_Len : longueur maximale initialisée pour notre variable sChaine - siRet : Variable qui contiendra la longueur de la chaine retournée dans sChaine - SQL_DRIVER_NOPROMPT : Pas de fenêtre de connexion si les paramètres sont suffisant pour se connecter à la base de données La chaine de connexion contient les paramètres nécessaires pour que le gestionnaire ODBC puisse réaliser correctement la connexion. Il faut indiquer au minimum "DRIVER=[Nom du driver ODBC];DBQ=[Nom de la base de données]". D'autres paramètres peuvent être ajoutés, comme le nom d'utilisateur, le mot de passe, etc… Reportez-vous à la documentation MSDN pour plus d'information. La variable sChaine contiendra, en cas de succès, la chaine de connexion complète. C'est-à-dire les arguments que nous avons passés (DRIVER et DBQ) plus les paramètres par défaut valables pour le type de pilote choisi. Et voilà, nous venons de réaliser entièrement notre connexion à une base de données ! IV. Préparation et exécution d'une requête SQL
Lire et écrire dans une base de données s'effectue en utilisant des requêtes SQL qui sont envoyées au gestionnaire ODBC qui va les traduire, à l'aide du pilote, dans le langage de la base de données.
Comme exemple de base de données, nous allons faire simple en imaginant une table nommée " Employes " qui contient uniquement 2 champs " Prenom " et " Nom " de type texte pour y stocker les noms du personnel d'une société. Tout d'abord réservons un traditionnel handle qui sera cette fois un handle de résultat (statement en anglais) :
On déclare une variable hStmt de type SQLHSTMT puis nous appelons la fonction avec les 3 paramètres suivants :
- SQL_HANDLE_STMT : le type de handle que l'on souhaite réserver - hDbc : le handle de connexion réservé précédemment - hStmt : notre variable Chaque handle de résultat permet d'exécuter une requête SQL et, le cas échéant, d'en extraire le résultat. Si vous avez besoin d'exécuter plusieurs requêtes en même temps, vous pouvez créer plusieurs handle de résultat (hStmt1, hStmt2, etc…) en utilisant le même handle de connexion (hDbc). Une fois notre handle réservé, nous pouvons envoyer notre requête à la base de données :
Pour plus de clarté dans le code, la requête SQL sera stockée dans une variable nommée sSQL de type String.
L'exécution d'une requête s'effectue à l'aide de la fonction SQLExecDirect() qui a besoin des paramètres suivant : - hStmt: le handle de résultat réservé pour cette requête - pChar(sSQL) : texte de la requête à exécuter - SQL_NTS Si la requête a pu être exécutée par la base de données, SQLSucceeded() retourna True. V. Lecture des données d'une requête SQL " Select "
La requête Select précédente nous retourne un jeu d'enregistrements avec le prénom et le nom des employés, classé par le Nom.
Nous afficherons dans un contrôle TListBox le contenu de la 2ème colonne (Nom) pour tous les employés :
Nous allons avoir besoin des variables suivantes : - sChaine pour lire le contenu du champ Nom - iChaine_Len pour indiquer la longueur de texte maximale à lire - iRet pour savoir combien de caractères ont été lus et retournés dans sChaine Dans notre base, le nom ne peut excéder 50 caractères, nous affectons donc 50 à la iChaine_Len puis initialisons sChaine avec autant d'espaces. Lorsqu'une requête Select est exécutée, elle ne se positionne sur aucun enregistrement. Pour faire défiler les enregistrements il faut utiliser la fonction SQLFetch() qui retourne une valeur pouvant être traitée par SQLSucceeded() et qui indique True si un enregistrement a été lu ou False dans le cas contraire (pas d'enregistrement retourné ou dernier enregistrement dépassé). SQLFetch() n'attend qu'un seul paramètre : le handle de résultat (hStmt). Une fois notre enregistrement lu, il faut extraire la colonne (champ) qui nous intéresse, on utilise pour ça la fonction SQLGetData() qui attend en paramètres : - hStmt : le handle de résultat de notre requête Select - x : le N° de la colonne qui nous intéresse (à partir de 1) - SQL_C_CHAR : le type de valeur lue (ici il s'agit de texte) - Pchar(sChaine) : la variable devant recevoir le résultat - iChaine_Len : la longueur maximale à retourner (Nb de caractère pour du texte) - iRet : variable qui contiendra le nombre de caractères réellement lus Il ne nous reste plus qu'à extraire de sChaine le nombre de caractères lus à l'aide de l'instruction copy(). Nous n'avons plus qu'à répéter ces instructions tant que SQLFetch() s'exécute correctement pour parcourir tous les enregistrements retournés par notre requête Select. Une fois l'opération terminée il ne nous reste plus qu'à libérer le handle de résultat réservé à l'aide de l'instruction SQLFreeHandle() (voir plus bas l'utilisation de cette fonction) VI. Déconnexion d'une source ODBC
Une fois que vous avez fini de travailler sur une source de données, il faut se déconnecter à l'aide de l'instruction SQLDisconnect() qui n'attend comme paramètre que le handle de connexion (hDbc) :
Ce n'est qu'une fois la source déconnectée que vous pourrez libérer le handle de connexion.
VI. Libération des handles réservés
Une fois qu'un handle n'est plus utile, il faut le libérer à l'aide de l'instruction SQLFreeHandle() qui attend 2 paramètres : le type de handle et le handle lui-même.
Dans l'ordre de libération, nous avons donc :
VIII. Gestion des erreurs
Si un code d'erreur est retourné (SQLSucceeded() retourne False) vous pouvez générer une exception à l'aide de l'instruction ESQLerror.CreateDiag() qui a besoin des paramètres Type de handle, handle et numéro d'erreur :
IX. Fonctions de lecture de données simplifiées
La fonction SQLGetData() n'est pas très pratique à utiliser pour extraire autre chose que du texte, et même dans ce cas cela impose plusieurs lignes de code.
Pour vous simplifier la vie, l'archive RAR contient une unité nommée " codbc.pas " qui contient les fonctions suivantes :
Chaque fonction attend le même nombre de paramètres. Les 2 premiers sont le handle de résultat (hStmt) et le N° de la colonne (champ) à lire. Le 3ème paramètre est la variable devant contenir le résultat et qui est donc de type différent pour chaque fonction.
Cette unité contient également la fonction suivante qui permet de charger un TStringList avec toutes les valeurs d'une colonne (de type texte) pour un jeu de résultat complet : SQLGetStrings(hstmt: SQLHSTMT; const iColonne: Integer; var Liste: TStringList): SQLReturn; Nous aurions donc pu utiliser cette fonction dans notre exemple de lecture de requête Select au lieu de la boucle While… X. Noms et types des champs
L'unité codbc.pas contient également 3 fonctions afin de vous simplifier la vie pour lister le nom des colonnes d'une table ou d'une requête, ainsi que de connaître le type de chaque colonne :
Vous permet de stocker dans un TStringList le nom de toutes les colonnes d'une table. La fonction attend les paramètres : handle de connexion (hDbc), nom de la table et la variable tStringList devant recevoir le résultat.
Même fonction que SQLGetColumsName() mais pour le résultat d'une requête au lieu d'une table. Il faut donc lui fournir le texte de la requête à la place du nom de la table.
Cette dernière fonction vous retourne le type de chaque champ d'une table dans un TStringList. Les paramètres à indiquer sont : handle de connexion (hDbc), nom de la table et la variable tStringList devant recevoir le résultat.
Ce document est issu de http://www.developpez.com et reste la propriété exclusive de son auteur.
La copie, modification et/ou distribution par quelque moyen que ce soit est soumise à l'obtention préalable de l'autorisation de l'auteur.
|
