Lecture d'une base via DSN et ODBC sur Linux [Résolu]
Lucinda000
- Messages postés
- 27
- Date d'inscription
- mardi 24 avril 2007
- Dernière intervention
- 21 juin 2007
- Messages postés
- 27
- Date d'inscription
- mardi 24 avril 2007
- Dernière intervention
- 21 juin 2007
A voir également:
- Mdbtools windows
- Sql dsn - Meilleures réponses
- Creation et lecture de fichier xml via une base de donnee.. - Codes sources - Visual Basic / VB.NET (Base de Donnees)
- Connection a sql serveur via dsn - Codes sources - ASP / ASP.NET (Base de données)
- Datagrid, afficher une requete via une connexion odbc en vb.net - Codes sources - Visual Basic / VB.NET (VB.NET)
- Écriture/lecture dans la base de registre - Codes sources - Visual Basic / VB.NET (Base de registre)
- [c/devcpp]lireexec (lecture dans la base de registre de l'historique windows codé en rod 13 avec ges - Codes sources - C / C++ / C++.NET (Système)
2 réponses
Meilleure réponse
- Messages postés
- 27
- Date d'inscription
- mardi 24 avril 2007
- Dernière intervention
- 21 juin 2007
J'ai fini par réussir, sans ODBC ni DSN, je donne donc ma solution (pour ceux que ça intéresse).
Je rappelle le contexte :
J'ai une base Access sur un PC Windows sur lequel je souhaite ne rien
installer ou rajouter. Et je dois exploiter cette base sous un PC Linux
contenant Oracle (9i). Les deux PC sont en réseau.
Solution
Elle ne fut pas simple à trouver. On ne trouve quasiment rien sur le net
de ce genre.
Attention, elle n'est valable qu'avec un Linux RHEL 3 & Access 97. Je
pense qu'elle est portable sur du RHEL 4 (j'en suis sure même) voir un
autre Linux, mais pour Access, mieux vaut rester dans la version 97 ou
2000 (éventuellement 2002), pas au-delà. Cependant, Microsoft Access
permet la possibilité d'enregistrer sa base en une version antérieure,
donc tout va bien.
Prérequis :
- J'ai trouvé sur le net un magnifique outil : MDBTools
(http://sourceforge.net/projects/mdbtools/). J'ai choisi la version
0.5-1 (la version 0.6pre1 fonctionne, mais uniquement à partir de RHEL
4). Cet outil est tout simplement un driver qui lit les bases Access, et
possède quelques commandes simples d'accès. Donc il faut l'installer sur
le PC Linux
- Il faut créer un compte sur le PC Windows spécifique pour la base (à
cause d'une ligne de commande sous Linux) et mettre en partage le
dossier dans lequel il y a la base.
- La base Oracle doit contenir les tables que l'on veut importer
(c'est-à-dire qu'elles doivent déjà être créées)
Choix des noms :
J'appelle ma base base.mdb (pas original, mais compréhensible) qui aura
une table "table". Et disons que j'appelle mon PC "PC" et le domaine de
mon PC windows "domaine". Le compte nécessaire sur le PC Windows :
"compte" avec comme mot de passe "password" (pas très dur à suivre comme
ça) et le dossier partagé "dossier".
Etapes à Suivre :
Donc je fais les choses dans l'ordre suivant:
1) à l'aide de la commande suivante, je copie ma base sur le PC Linux
(dans le répértoire que je choisis)
smbclient //PC/dossier -U domaine\\compte%password -c 'get base.mdb'
2) J'exporte les tables en format csv pour les importer dans Oracle (à
répéter pour chaque table):
echo "select * from table" | mdb-sql -p -d ';' base.mdb | grep -v table
| grep -v "Row retrieved"
Je fais cela car il est nécessaire de n'avoir que les enregistrements
dans le fichier. L'option "-p" sert à enlever la mise en forme du type :
---------
| table |
---------
| plouf |
---------
L'option -d sert à choisir le séparateur.
NB : sur la version 0.6pre1 du MDBTools, les options "-HF" permettent
d'enlever les noms des colonnes et les stats du fichier csv, donc pas
besoin des "grep".
3) J'importe les tables dans Oracle à l'aide de "sqlldr" après avoir
configuré tous les fichiers de control et d'option correctement. (je ne
mets pas la ligne de commande, je n'ai pas encore approfondi la
question, mais il y a de l'aide sur le site d'Oracle). Il y a notamment
selon moi un bon tuto ici : http://www.supinfo-projects.com/fr/2005/sqlldr/
4) Je fais des requêtes dans Oracle :)
Voili voilou, très simple vu comme ça, mais fallait trouver, et c'était
pas gagné !
Attention : Limitation
La version MDBTools 0.5-1 ne lit pas les tables dont leur nom contient
un "_". Pour se faire, il faut installer les rpm du site suivant (à la
place de ceux "officiels") :
http://bryanmills.net/archives/2003/11/microsoft-access-database-using-linux-and-php/
Je rappelle le contexte :
J'ai une base Access sur un PC Windows sur lequel je souhaite ne rien
installer ou rajouter. Et je dois exploiter cette base sous un PC Linux
contenant Oracle (9i). Les deux PC sont en réseau.
Solution
Elle ne fut pas simple à trouver. On ne trouve quasiment rien sur le net
de ce genre.
Attention, elle n'est valable qu'avec un Linux RHEL 3 & Access 97. Je
pense qu'elle est portable sur du RHEL 4 (j'en suis sure même) voir un
autre Linux, mais pour Access, mieux vaut rester dans la version 97 ou
2000 (éventuellement 2002), pas au-delà. Cependant, Microsoft Access
permet la possibilité d'enregistrer sa base en une version antérieure,
donc tout va bien.
Prérequis :
- J'ai trouvé sur le net un magnifique outil : MDBTools
(http://sourceforge.net/projects/mdbtools/). J'ai choisi la version
0.5-1 (la version 0.6pre1 fonctionne, mais uniquement à partir de RHEL
4). Cet outil est tout simplement un driver qui lit les bases Access, et
possède quelques commandes simples d'accès. Donc il faut l'installer sur
le PC Linux
- Il faut créer un compte sur le PC Windows spécifique pour la base (à
cause d'une ligne de commande sous Linux) et mettre en partage le
dossier dans lequel il y a la base.
- La base Oracle doit contenir les tables que l'on veut importer
(c'est-à-dire qu'elles doivent déjà être créées)
Choix des noms :
J'appelle ma base base.mdb (pas original, mais compréhensible) qui aura
une table "table". Et disons que j'appelle mon PC "PC" et le domaine de
mon PC windows "domaine". Le compte nécessaire sur le PC Windows :
"compte" avec comme mot de passe "password" (pas très dur à suivre comme
ça) et le dossier partagé "dossier".
Etapes à Suivre :
Donc je fais les choses dans l'ordre suivant:
1) à l'aide de la commande suivante, je copie ma base sur le PC Linux
(dans le répértoire que je choisis)
smbclient //PC/dossier -U domaine\\compte%password -c 'get base.mdb'
2) J'exporte les tables en format csv pour les importer dans Oracle (à
répéter pour chaque table):
echo "select * from table" | mdb-sql -p -d ';' base.mdb | grep -v table
| grep -v "Row retrieved"
Je fais cela car il est nécessaire de n'avoir que les enregistrements
dans le fichier. L'option "-p" sert à enlever la mise en forme du type :
---------
| table |
---------
| plouf |
---------
L'option -d sert à choisir le séparateur.
NB : sur la version 0.6pre1 du MDBTools, les options "-HF" permettent
d'enlever les noms des colonnes et les stats du fichier csv, donc pas
besoin des "grep".
3) J'importe les tables dans Oracle à l'aide de "sqlldr" après avoir
configuré tous les fichiers de control et d'option correctement. (je ne
mets pas la ligne de commande, je n'ai pas encore approfondi la
question, mais il y a de l'aide sur le site d'Oracle). Il y a notamment
selon moi un bon tuto ici : http://www.supinfo-projects.com/fr/2005/sqlldr/
4) Je fais des requêtes dans Oracle :)
Voili voilou, très simple vu comme ça, mais fallait trouver, et c'était
pas gagné !
Attention : Limitation
La version MDBTools 0.5-1 ne lit pas les tables dont leur nom contient
un "_". Pour se faire, il faut installer les rpm du site suivant (à la
place de ceux "officiels") :
http://bryanmills.net/archives/2003/11/microsoft-access-database-using-linux-and-php/
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
119 internautes nous ont dit merci ce mois-ci
- Messages postés
- 27
- Date d'inscription
- mardi 24 avril 2007
- Dernière intervention
- 21 juin 2007
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.