Où sont stockés les paramètres de la source de données ODBC ? Configuration des sources de données ODBC dans Windows
Open Database Connectivity (ODBC) est un protocole utilisé pour connecter une base de données Microsoft Access à une source de données externe, telle que Microsoft SQL Server. Cet article fournit une présentation des sources de données ODBC, comment les créer et comment s'y connecter à l'aide de Microsoft Access. Les étapes à suivre dépendent des bases de données et des pilotes ODBC que vous utilisez.
Dans cet article
À propos des sources de données ODBC
Une source de données est une source qui contient les données et les informations de connexion nécessaires pour accéder à ces données. La source de données peut être un serveur SQL, une base de données relationnelle Oracle, une feuille de calcul ou un fichier texte. Les informations de connexion peuvent inclure l'emplacement du serveur, le nom de la base de données, l'ID de connexion, le mot de passe et divers paramètres du pilote ODBC qui décrivent comment se connecter à la source de données. Vous pouvez obtenir ces informations auprès de l'administrateur de la base de données à laquelle vous souhaitez vous connecter.
Dans l'architecture ODBC, les applications (telles qu'Access) se connectent à un gestionnaire de pilotes ODBC, qui à son tour utilise un pilote ODBC spécifique (tel que Microsoft SQL ODBC) pour se connecter à la source de données. Access utilise des sources de données ODBC pour se connecter à des sources de données externes qui ne disposent pas de pilotes intégrés.
Pour vous connecter à une telle source de données, procédez comme suit :
Installez le pilote ODBC approprié sur l'ordinateur source de données.
Déterminez le nom de la source de données (DSN) à l'aide du programme Administrateur de sources de données ODBC pour stocker les informations de connexion dans le registre Microsoft Windows ou le fichier DSN, ou en utilisant une chaîne de connexion dans le code Visual Basic pour transmettre les informations de connexion directement au gestionnaire de pilotes ODBC.
Sources de données machines
Les sources de données machine stockent les informations de connexion dans le registre Windows sur un ordinateur spécifique. Ces sources de données ne peuvent être utilisées que sur l'ordinateur sur lequel elles sont définies. Il existe deux types de sources de données machine : utilisateur et système. Les sources de données personnalisées sont disponibles et visibles uniquement pour l'utilisateur actuel. Les sources de données du système peuvent être utilisées par tous les utilisateurs d’ordinateurs. Ils sont affichés pour tous ces utilisateurs et services système. Les sources de données machine sont particulièrement utiles lorsque vous devez fournir une sécurité supplémentaire, car seuls les utilisateurs connectés peuvent afficher la source de données machine. De plus, une telle source ne peut pas être copiée à distance sur un autre ordinateur.
Sources de données de fichiers
Les sources de données basées sur des fichiers (également appelées fichiers DSN) stockent les informations de connexion dans des fichiers texte plutôt que dans le registre Windows et sont généralement plus flexibles à utiliser que les sources de données basées sur une machine. Par exemple, une source de données de fichier peut être copiée sur n'importe quel ordinateur doté d'un pilote ODBC approprié pour garantir que l'application dispose d'informations de connexion précises et cohérentes sur tous les ordinateurs utilisés. Vous pouvez également placer votre source de données de fichiers sur un serveur distinct, la partager sur plusieurs ordinateurs de votre réseau et gérer facilement les informations de connexion centralisées.
Certaines sources de données de fichiers ne peuvent pas être partagées. Ces sources se trouvent sur un ordinateur distinct et pointent vers une source de données machine. Ils peuvent être utilisés pour accéder aux sources de données machine existantes à partir de sources de données fichier.
Chaînes de connexion
Vous pouvez définir une chaîne formatée avec des informations de connexion dans le module. La chaîne de connexion transmet les informations de connexion directement au gestionnaire de pilotes ODBC. Cela permet de simplifier l'application en éliminant le besoin pour l'administrateur ou l'utilisateur de créer un DSN avant d'utiliser la base de données.
Pour plus d’informations sur l’interface ODBC, consultez la référence du programmeur MSDN ODBC.
Ajout d'une source de données ODBC
Avant de continuer, installez le pilote ODBC approprié pour la source de données à laquelle vous souhaitez vous connecter.
Note: Pour ajouter ou configurer une source de données ODBC, vous devez être membre du groupe Administrateurs sur l'ordinateur local.
Pour plus d’informations sur les options individuelles, cliquez sur Référence dans la boîte de dialogue ODBC.
Le livre décrit le serveur de script Windows Script Host (WSH) version 5.6, qui est l'un des composants standard de Windows XP et peut également être installé sur des versions antérieures de Windows. Fournit des scripts VBScript et JScript qui illustrent l'utilisation d'objets WSH 5.6 standard, notamment la création de processus enfants à partir de scripts et l'exécution de scripts sur des ordinateurs distants. Des exemples plus complexes incluent des scénarios qui fonctionnent avec des bases de données, gèrent les applications Microsoft Office, organisent une interface utilisateur graphique et utilisent les technologies ADSI (Active Directory Service Interface) et WMI (Windows Management Instrumentation) pour résoudre les tâches d'administration. Les questions de travaux pratiques avec les fichiers XML et de création d'objets COM sont abordées. Une attention particulière est accordée aux problèmes de sécurité lors de l'utilisation de scripts et des exemples spécifiques de paramètres de politique de sécurité sont fournis. Le livre est livré avec une disquette contenant le code source de la plupart des exemples.
Livre:
Pour accéder à la table DBF créée à partir d'un script WSH, nous utiliserons la technologie ODBC (Open DataBase Connectivity). ODBC est un outil Microsoft standard pour travailler avec des bases de données relationnelles de différents formats et fabricants, capable de traiter des requêtes de base de données en SQL (Structured Query Language).
Commentaire
Pour une première introduction au langage SQL, nous pouvons vous recommander le livre.
Tout d'abord, nous devrons créer un enregistrement ODBC dans le système pour nous connecter à notre base de données, c'est-à-dire créez un nouveau DSN (Data Source Name, nom de la source de données). Sous Windows XP, cela se fait comme suit.
Téléchargeons Panneau de contrôle(Panneau de configuration) Windows (Menu Commencer(Démarrer)) et passez à la vue classique (Fig. 9.6).
Riz. 9.6. Vue classique du panneau de configuration de Windows XP
Sélectionnons les points séquentiellement Administration(Outils administratifs) et Sources de données (ODBC)(Sources de données (ODBC)). Dans la boîte de dialogue qui apparaît, sélectionnez l'onglet DSN système(System DSN), qui permettra de créer un DSN accessible à tous les utilisateurs de l'ordinateur (Fig. 9.7).
Riz. 9.7. Administrateur de source de données ODBC sous Windows XP
Appuyons sur le bouton Ajouter(Ajouter) et dans la fenêtre qui apparaît, sélectionnez le pilote Microsoft dBase Driver (*.dbf) (Fig. 9.8).
Le sujet de notre conversation d'aujourd'hui est ODBC. Si vous avez déjà écrit un SGBD (système de gestion de base de données), vous connaissez probablement cette abréviation. ODBC signifie Open DataBase Connectivity (traduction gratuite - un système ouvert pour communiquer avec des bases de données). Ouvert signifie dans ce cas « extensible », « facilement extensible », « ouvert aux modifications ». Vous le comprendrez vous-même si vous regardez l’architecture d’ODBC :
Comme vous pouvez facilement le constater, il est très facile à construire. Pour ajouter un nouveau type de base de données, il vous suffit d'écrire un pilote et de l'enregistrer. Un autre avantage découlant de cette construction d'ODBC est que l'application utilisateur communique avec la base de données physique via le gestionnaire de pilotes, sans réellement connaître le type de base de données utilisée (la communication entre le gestionnaire de pilotes et les pilotes eux-mêmes est plus ou moins standard, donc du point de vue de l'utilisateur, toutes les sources de données ont quasiment les mêmes propriétés). Ainsi, vous pouvez facilement modifier le type physique de la base de données, et l'application ne le saura même pas (bien sûr, il existe des exceptions dues aux particularités de la prise en charge de SQL pour différents types de bases de données, mais elles ne sont pas significatives).
Physiquement, ODBC est un ensemble de DLL dynamiques qui assurent la connexion et fonctionnent avec un type spécifique de base de données. Lorsqu'une demande de connexion à une base de données spécifique prédéfinie est « activée », une DLL spécifique est le pilote de ce type de base de données. . Une base de données spécifique est accessible sous le nom de la source de données dite ODBC (ou DSN - nom de la source de données). Vous pouvez considérer un DSN comme une sorte de déclaration de base de données sur un ordinateur donné, et le DSN peut être défini par l'utilisateur, c'est-à-dire est dans la portée d'un seul utilisateur dans la session duquel ce DSN a été créé, et du système, c'est-à-dire visible par tous les utilisateurs de cet ordinateur.
La gestion des sources de données ODBC (et en général la configuration de l'ensemble du système ODBC) s'effectue à l'aide d'un programme spécial - l'administrateur ODBC. Voyons où il peut être trouvé dans différentes versions de Windows :
Windows 9x - le fichier exécutable odbcad32.exe lui-même se trouve dans le répertoire Windows\System. Vous pouvez le lancer directement ou via le Panneau de configuration (icône "Sources de données ODBC (32 bits)"). Si BDE est installé sur votre ordinateur, lancez l'administrateur BDE et sélectionnez Administrateur ODBC dans le menu Objet.
Windows 2000 - le fichier exécutable odbcad32.exe se trouve dans le répertoire WinNT\System32 et vous pouvez l'exécuter via le Panneau de configuration -> Outils d'administration -> Sources de données ODBC. Malheureusement, je n'ai aucun moyen de vérifier comment cela fonctionne avec ODBC dans NT3.51/4 - je ne pense pas que les gars de Microsoft l'aient beaucoup caché là.
Pourquoi ODBC ?
Après tout, il y a le BDE, dites-vous. Oui, peut-être avez-vous raison. Cependant, il y a ici un « mais ». Les deux moteurs ont leurs avantages et leurs inconvénients. ODBC fonctionne bien mieux avec les sources de données « Microsoft natives » des produits Microsoft Office - telles que Access, Excel, MS SQL Server (en fait, c'est grâce à Access que j'ai commencé à écrire tout cela). De plus, dans le kit de distribution BDE standard, que l'on peut trouver à chaque étape sur Internet, je n'ai jamais vu SQL Links, tout comme je n'ai jamais vu de kit de distribution SQL Links distinct. À savoir, après avoir installé SQL Links dans BDE, il sera possible de créer des alias vers Access, MS SQL Server, Oracle et d'autres types de bases de données. Tout le monde ne peut pas installer la version complète de C++Builder ou Delphi sur l’ordinateur de l’utilisateur. Et ODBC sur une machine « nue » contient déjà les pilotes Access, Excel, FoxPro et SQL Server. En général, pour le développement général, maîtriser ODBC ne fera pas de mal, d'autant plus que les bases de données d'accès avec lesquelles nous travaillerons via ODBC sont très fiables (contrairement aux paradoxes BDE standard, qui perdent constamment des index, et je reste généralement silencieux sur un tel champ comme compteur), Office est installé sur presque tous les ordinateurs des utilisateurs, ce qui vous permet de faire des ajustements « sur place », et la commodité de l'intégralité de la base de données dans un seul fichier a aussi parfois un effet.
Fonctionnalités avec lesquelles nous devrons travailler
Bien entendu, je ne parlerai pas de toutes les fonctions avec lesquelles vous pouvez faire ce que vous voulez avec ODBC. Croyez-moi, il y en a beaucoup. Pour notre tâche pratique, quatre seulement suffiront. :
1. La fonction SQLDataSources renvoie une liste de toutes les sources de données ODBC.
RETCODE SQLDataSources(HENV hEnv, UWORD fDirection, UCHAR * szDSN, SWORD cbDSNMax, SWORD *pcbDSN, UCHAR * szDescription, SWORD cbDescriptionMax, SWORD * pcbDescription) ;
- hEnv - handle renvoyé par la fonction SQLAllocEnv() ;
- fDirection - définit le mode de fonctionnement. Peut prendre les valeurs SQL_FETCH_FIRST - renvoie le premier enregistrement et SQL_FETCH_NEXT - renvoie l'enregistrement suivant. La logique de fonctionnement est similaire aux fonctions FindFirst et FindNext (vous vous souvenez du DOS ?) ;
- szDSN - pointeur vers un tampon d'une longueur d'au moins cbDSNMax, où sera écrit le nom de la source de données ;
- cbDSNMax - longueur du tampon szDSN ;
- pcbDSN - pointeur vers un entier où est écrite la longueur réelle (sans compter le \0 final) du nom de la source de données reçue ;
- szDescription - pointeur vers un tampon d'au moins 255 caractères, où est écrite la description de la source de données reçue ;
- cbDescriptionMax - longueur du tampon szDescription ;
- pcbDescripton - un pointeur vers un entier où la longueur réelle de la description de la source de données est écrite.
2. La fonction SQLConfigDataSources ajoute, modifie ou supprime la source de données spécifiée.
BOOL SQLConfigDataSources(HWND hwndParent, WORD fRequest, LPCSTR lpszDriver, LPCSTR lpszAttributes)
- hwndParent - handle de fenêtre parent. S'il n'est pas NULL, la boîte de dialogue des paramètres standard pour ce type de source de données s'affiche.
- fRequest - type d'opération demandée. Peut prendre les valeurs suivantes :
- ODBC_ADD_DSN (ODBC_ADD_SYS_DSN) - demande de création d'une nouvelle source de données utilisateur (système) ;
- ODBC_CONFIG_DSN (ODBC_CONFIG_SYS_DSN) - demande de modification d'une source de données utilisateur (système) existante ;
- ODBC_REMOVE_DSN (ODBC_REMOVE_SYS_DSN) - suppression d'une source de données utilisateur (système).
- lpszDriver - pointeur vers une chaîne contenant le nom du pilote associé à un type de base de données spécifique ;
- lpszAttributes - pointeur vers une chaîne d'attributs sous la forme mot-clé - valeur. Chacune de ces paires doit se terminer par un caractère \0 et la chaîne d'attribut doit se terminer par un double caractère \0.
Voici quelques exemples de chaînes d’attributs pour vous aider à comprendre de quoi il s’agit :
"DSN=MySource\0UID=MyLogin\0PWD=MyPass" - source de données avec le nom MySource, login - MyLogin, mot de passe - MyPass
Chaque conducteur « comprend » ses propres mots-clés, les plus couramment utilisés sont :
PWD - mot de passe UID - login DSN - nom de la source de données DATABASE - nom de la base de données SERVER - nom du serveur sur lequel se trouve la base de données
Pour les bases de données Microsoft Access, le mot clé DBQ est utilisé à la place de DATABASE pour spécifier le nom de la base de données.
3. La fonction SQLAllocEnv crée un nouveau handle à utiliser dans d'autres fonctions et initialise l'interface pour travailler avec ODBC
RETCODE SQLAlocEnv(HENV * hEnv)
hEnv - pointeur vers une variable qui stockera le handle créé si la fonction s'exécute avec succès
4. La fonction SQLFreeEnv supprime le handle spécifié et libère toute la mémoire qui lui est associée.
RETCODE SQLFreeEnv(HENV hEnv)
- hEnv - le handle à supprimer
Code source
D'abord quelques notes. C++Builder dispose de fichiers d'en-tête pour travailler avec ODBC. Nous en avons besoin de deux - odbcinst.h et sql.h. Ajouter des lignes
#inclure
au début de votre fichier. L'implémentation des fonctions décrites dans ces fichiers se trouve dans plusieurs DLL situées dans le répertoire Windows\System (ou WinNT\System32). Nos exemples utiliseront deux de ces DLL, à savoir odbc32.dll et odbccp32.dll. Pour les connecter au projet, vous devez suivre les étapes suivantes :
1. Lancez n'importe quel gestionnaire de fichiers DOS ou ligne de commande Windows et accédez au répertoire Windows\System (WinNT\System32) et recherchez ces deux bibliothèques.
2. Si le répertoire C++Builder BIN est enregistré dans la variable d'environnement PATH, tapez simplement
C:\windows\system\> implib odbc32.lib odbc32.dll
sinon, nous tapons le chemin complet du fichier implib.exe ou le copions dans le répertoire spécifié dans PATH.
3. On fait la même chose avec odbccp32.dll :
C:\windows\system\> implib odbccp32.lib odbccp32.dll
4 . Les fichiers .lib résultants sont copiés dans le répertoire contenant le projet
5 . Dans le menu Projet, sélectionnez Ajouter au projet... et ajoutez odbc32.lib et odbccp32.lib un par un.
Voilà, maintenant le système lui-même chargera ces DLL au démarrage du programme.
Àmesure 1 : Nous obtenons une liste des sources de données ODBC déjà créées.
Const court SQL_MAX_DSN_LENGTH=255 ;
UCHAR szDSN[ SQL_MAX_DSN_LENGTH+1 ];
UCHAR szDescription[ 256 ];
wDSNLen court ;
wDesLen court ;
Dans cet exemple, vous apprendrez à créer un DSN système pour une base de données Access. Supposons que le fichier de base de données se trouve dans le même répertoire que le programme et que son nom est db1.mdb.
#inclure
UCHAR lpszDriver = "Pilote Microsoft Access (*.mdb)" ;
UCHAR lpszAttributes = "DSN=c2a;DBQ=";
booléen retCode ;
AnsiString CurDir ;
CurDir = GetCurrentDir();
StrCat(lpszAttributes, CurDir.c_str());
StrCat(lpszAttributes, "\\db1.mdb");
retCode = SQLConfigDataSource (NULL, fRequest, lpszDriver, lpszAttributes);
if (retCode == true) Application -> MessageBox("DSN créé avec succès", "Message", MB_OK);
else ( Application -> MessageBox("Une erreur s'est produite lors de la création du DSN", "Erreur", MB_OK); )
Désormais, la première fois que vous exécuterez le programme, une source de données ODBC Microsoft Access nommée c2a sera créée, faisant référence au fichier db1.mdb, situé dans le même répertoire que le programme.
4. Juste en cas d'événement imprévu (si vous avez déplacé le programme vers un autre répertoire, la lettre du lecteur ou le nom du réseau où se trouve la base de données a changé), vous pouvez fournir au programme un écrasement immédiat du DSN à l'aide d'un raccourci clavier, quelque chose comme ça:
Void __fastcall TForm1::FormKeyDown(TObject *Sender, WORD &Key, TShiftState Shift) ( if (Shift.Contains(ssAlt) && Shift.Contains(ssCtrl)) if (Key==VK_F1) ( if (Application -> MessageBox(" Remplacer le DSN?", "Question",MB_YESNO)==IDYES) ( NewDSN(); ) ) )
Ici la combinaison Alt-Ctrl-F1 est utilisée pour réécrire le DSN
Page 13 sur 17
Où sont stockés les paramètres de la source de données ODBC ?
Dans les étapes précédentes « Établir une connexion » et « Poursuivre l’établissement d’une connexion », nous avons utilisé l’utilitaire Administrateur ODBC pour établir la connexion. Nous l'avons trouvé dans le panneau de contrôle. C'est en fait un programme régulier. Odbcad32.exe, qui est situé le long d’un chemin spécifique. Autrement dit, il peut être lancé directement à partir du programme et nécessiter que l'utilisateur installe les données. Mais il existe une autre issue. Données sur la ligne source ODBC sont stockés dans le registre dans la section LOGICIEL/ODBC.
Voici les données. Nous pouvons désormais, si nous le souhaitons, les éditer manuellement ou par programme, en demandant uniquement à l'utilisateur de spécifier le fichier. Le chemin est donc le suivant :
HKEY_CURRENT_USER\SOFTWARE\ODBC\ODBC.INI\
Une autre façon d'influencer par programme les paramètres du pilote ODBC- c'est utiliser une fonction SQLConfigDataSource().
Nous pouvons donc configurer ODBC en utilisant les méthodes suivantes :
- Utilitaire d'administration.
- Enregistrement.
- Fonction SQLConfigDataSource().
Fonction SQLConfigDataSource()
Cette fonction ressemble à ceci :
BOOL SQLConfigDataSource
HWND hwndParent, // Pointeur vers la fenêtre qui a appelé la fonction
MOT fDemande, //Type de requête
LPCSTR lpszDriver, // Nom du pilote personnalisé
LPCSTR lpszAttributs // attributs
);
La fonction renvoie VRAI, s'il est terminé avec succès et FAUX si ce n'est pas réussi. L'attribut décrit le type de commande et peut être :
- ODBC_ADD_DSN- Ajouter une nouvelle source de données utilisateur.
- ODBC_CONFIG_DSN- Sélectionnez la configuration d'une source de données utilisateur existante.
- ODBC_REMOVE_DSN- Supprimez la source de données utilisateur existante.
- ODBC_ADD_SYS_DSN- Ajout d'une nouvelle source de données système.
- ODBC_CONFIG_SYS_DSN- Nous modifions la source de données du système existant.
- ODBC_REMOVE_SYS_DSN- Supprimez la source de données système existante.
- ODBC_REMOVE_DEFAULT_DSN- Supprimer la section de spécification de source de données par défaut du système
Essayons ???
// TestConfig.cpp : Définit le point d'entrée de l'application console.//
#include "stdafx.h"
#inclure "windows.h"
#include "odbcinst.h"
#include "iostream.h"
vide principal()
{
si (!SQLConfigDataSource(NULL,ODBC_ADD_DSN,
"Pilote Microsoft Excel (*.xls)",
"DSN=Nouvelle source de données Excel\0"
"Description=Nouvelle source de données Excel\0"
"Type de fichier = Excel\0"
"DataDirectory=C:\\ExcelData\0"
"MaxScanRows=20\0"))
{
cout<< "Error config ODBC" << endl;
}
}
Juste pour le voir, vous devez d’abord fermer le panneau de configuration, puis l’ouvrir à nouveau. Après cela, vous verrez qu'une nouvelle source de données a été ajoutée.
Dans cet article, je souhaite vous dire à quel point il est facile de créer ODBC à partir de la ligne de commande sous Windows XP.
Les chaînes de connexion ODBC sont personnalisées, c'est-à-dire disponibles pour l'utilisateur actuel ; Système - disponible pour tous les utilisateurs d'ordinateurs et de fichiers. J'utilise ceux du système. Pourquoi avez-vous même besoin de créer à partir de la ligne de commande ? Après tout, vous pouvez simplement accéder et créer manuellement la connexion requise à la base de données. Oui, c'est tout à fait vrai, cela peut être fait de cette façon. Mais! Si vous avez plusieurs ordinateurs ? Et si vous transfériez la distribution de votre programme au client pour une auto-installation ? Il est plus facile de le faire à partir de la ligne de commande.
Ainsi, pour créer une nouvelle source de données ODBC (ou vous pouvez aussi dire alias) à partir de la ligne de commande, j'utilise l'utilitaire intégré à Windows XP odbcconf.exe. En appelant "odbcconf /? Vous pouvez voir les clés de lancement. C'est très simple : pour créer une source système nous avons besoin du paramètre CONFIGSYSDSN.
Il sera plus facile de montrer des exemples de fichiers cmd prêts à l'emploi.
Cet exemple montre la création d'une source de données nommée Alias de la base de données MyBase pour serveur MS SQL sur un serveur nommé SERVER et l'authentification Windows :
Odbcconf CONFIGSYSDSN "Serveur SQL" "DSN=Alias|Server=SERVER|database=MyBase|Trusted_Connection=Yes"
Un exemple de création d'une source pour MS Access nommée Client pour la table C:\client.mdb :
Odbcconf CONFIGSYSDSN "Pilote Microsoft Access (*.mdb)" "DSN=Client|Driver=C:\WINDOWS\system32\odbcjt32.dll|FIL=MS Access|DBQ=C:\client.mdb|UID=DBA|PWD= passe|Description=Client"
Ici, nom d'utilisateur DBA, mot de passe, description du client.
On peut voir que pour chaque type de source, qu'il s'agisse de MS SQL, Access ou Visual FoxPro, différents noms de paramètres sont nécessaires. Il n'est pas nécessaire de tous les connaître. Et voici une astuce très simple. Pas même un truc, juste comme ça :)
Toutes les sources de données système sont stockées dans le registre Windows. Leur mode de stockage : . Si je dois créer une source de données pour un pilote de base de données, je la crée manuellement via Panneau de configuration - Administration - Sources de données (ODBC), puis j'ouvre le registre, trouve la source créée et dans ses valeurs tous ces noms de paramètres sont clairement visibles. Par exemple, nous devons savoir quels paramètres seront nécessaires sur la ligne de commande pour créer une source de connexion à Excel. Pour ce faire, nous créons manuellement une source nommée test dans le fichier c:\test.xls. Nous regardons le registre et voyons : 
Nous réécrivons soigneusement les paramètres et, par analogie avec les exemples ci-dessus, nous obtenons la ligne de commande suivante pour créer une telle connexion ODBC :
Odbcconf CONFIGSYSDSN "Pilote Microsoft Excel (*.xls)" "DSN=test|DBQ=c:\test.xls|DefaultDir=C:|Description=Test"
Alors qu'est-ce qu'on a ? En faisant varier manuellement les paramètres d'alias à partir du Panneau de configuration et en observant le résultat dans le registre Windows à l'adresse HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\, vous pouvez créer n'importe quel alias ODBC à partir de la ligne de commande Windows.
C'est tout. Si vous avez des questions ou avez quelque chose à ajouter à ce sujet, écrivez dans les commentaires.