Bonjour,
J'ai une application avec une base en HF 5.5 et WD 5.5
Mes utilisateurs ont besoin de faire des requêtes sur la base.
Ces requêtes sont parfois assez complexe. Le WDQE 5.5
est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5
sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients
puissent faire des requêtes simple et puissantes sous MS Access.
Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Je souhaite donc :
- Pouvoir exporter la structure de ma base HF sous Access
- Faire régulièrement une synchro
Mes pistes
1 - )
- Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel
?)
- Import dans Access pour récup de la structure.
2 - )
- Sous WD 7.5 : import dans l'analyse des .Tables Access sans conversion
- Routine de Synchro entre les deux bases.
Pour le 2 ) , je pense savoir faire. C'est le 1 ) que je souhaite éviter
( plus de 100 tables et grosses structure )
Existe il un moyen de convertir ma base HF 5.5 --> MS Access
Classe ?
Quels sont les pièges à éviter ( Mémo ? )
A savoir : je ne souhaite pas écrire mais juste faire du select sur cette
base.
Voila, désolé pour la longueur du message
mais je souhaite ne plus avoir à faire à ceWdqbe ...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Manu
Sébastien MAZET wrote:
Bonjour, J'ai une application avec une base en HF 5.5 et WD 5.5 Mes utilisateurs ont besoin de faire des requêtes sur la base. Ces requêtes sont parfois assez complexe. Le WDQE 5.5 est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5 sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients puissent faire des requêtes simple et puissantes sous MS Access.
En quoi une requete "parfois assez complexe" avec WD x.5 devient une requete "simple et puissante" sous Access ?? Une requete est une requete, parfois le code SQL est à adapter en fonction de la base.
Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Tout ceci peut s'effectuer sur un sgbd du marché possédant un driver ODBC en lecture.
Je souhaite donc : - Pouvoir exporter la structure de ma base HF sous Access - Faire régulièrement une synchro
Vous avez l'outil de Firetox : SQLManagerX Converter en mode ADO(+ADOX) qui permet à la fois d'exporter la structure et les données de votre base HF vers Access. Par contre c'est de l'annule et remplace.
http://perso.wanadoo.fr/emprin
Mes pistes 1 - ) - Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel ?) - Import dans Access pour récup de la structure.
2 - ) - Sous WD 7.5 : import dans l'analyse des .Tables Access sans conversion - Routine de Synchro entre les deux bases.
Pour le 2 ) , je pense savoir faire. C'est le 1 ) que je souhaite éviter ( plus de 100 tables et grosses structure )
Existe il un moyen de convertir ma base HF 5.5 --> MS Access Classe ?
Non outil ;-)
Quels sont les pièges à éviter ( Mémo ? )
Oui mais avec des fichiers textes c'est dur de migrer des mémos :-)
A savoir : je ne souhaite pas écrire mais juste faire du select sur cette base.
Voila, désolé pour la longueur du message mais je souhaite ne plus avoir à faire à ceWdqbe ...
Sébastien
Emmanuel
Sébastien MAZET wrote:
Bonjour,
J'ai une application avec une base en HF 5.5 et WD 5.5
Mes utilisateurs ont besoin de faire des requêtes sur la base.
Ces requêtes sont parfois assez complexe. Le WDQE 5.5
est trop limité pour mois. J'ai fait des tests avec le QBE
utilisateur 7.5 sur Base HF5.5 et 7.5 après migration et ..... Je
souhaite que mes clients puissent faire des requêtes simple et
puissantes sous MS Access.
En quoi une requete "parfois assez complexe" avec WD x.5 devient une requete
"simple et puissante" sous Access ?? Une requete est une requete, parfois le
code SQL est à adapter en fonction de la base.
Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Tout ceci peut s'effectuer sur un sgbd du marché possédant un driver ODBC en
lecture.
Je souhaite donc :
- Pouvoir exporter la structure de ma base HF sous Access
- Faire régulièrement une synchro
Vous avez l'outil de Firetox : SQLManagerX Converter en mode ADO(+ADOX) qui
permet à la fois d'exporter la structure et les données de votre base HF
vers Access.
Par contre c'est de l'annule et remplace.
http://perso.wanadoo.fr/emprin
Mes pistes
1 - )
- Export de mes tables ( avec WD7.5 tables fichier --> exporter vers
Excel ?)
- Import dans Access pour récup de la structure.
2 - )
- Sous WD 7.5 : import dans l'analyse des .Tables Access sans
conversion
- Routine de Synchro entre les deux bases.
Pour le 2 ) , je pense savoir faire. C'est le 1 ) que je souhaite
éviter ( plus de 100 tables et grosses structure )
Existe il un moyen de convertir ma base HF 5.5 --> MS Access
Classe ?
Non outil ;-)
Quels sont les pièges à éviter ( Mémo ? )
Oui mais avec des fichiers textes c'est dur de migrer des mémos :-)
A savoir : je ne souhaite pas écrire mais juste faire du select sur
cette base.
Voila, désolé pour la longueur du message
mais je souhaite ne plus avoir à faire à ceWdqbe ...
Bonjour, J'ai une application avec une base en HF 5.5 et WD 5.5 Mes utilisateurs ont besoin de faire des requêtes sur la base. Ces requêtes sont parfois assez complexe. Le WDQE 5.5 est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5 sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients puissent faire des requêtes simple et puissantes sous MS Access.
En quoi une requete "parfois assez complexe" avec WD x.5 devient une requete "simple et puissante" sous Access ?? Une requete est une requete, parfois le code SQL est à adapter en fonction de la base.
Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Tout ceci peut s'effectuer sur un sgbd du marché possédant un driver ODBC en lecture.
Je souhaite donc : - Pouvoir exporter la structure de ma base HF sous Access - Faire régulièrement une synchro
Vous avez l'outil de Firetox : SQLManagerX Converter en mode ADO(+ADOX) qui permet à la fois d'exporter la structure et les données de votre base HF vers Access. Par contre c'est de l'annule et remplace.
http://perso.wanadoo.fr/emprin
Mes pistes 1 - ) - Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel ?) - Import dans Access pour récup de la structure.
2 - ) - Sous WD 7.5 : import dans l'analyse des .Tables Access sans conversion - Routine de Synchro entre les deux bases.
Pour le 2 ) , je pense savoir faire. C'est le 1 ) que je souhaite éviter ( plus de 100 tables et grosses structure )
Existe il un moyen de convertir ma base HF 5.5 --> MS Access Classe ?
Non outil ;-)
Quels sont les pièges à éviter ( Mémo ? )
Oui mais avec des fichiers textes c'est dur de migrer des mémos :-)
A savoir : je ne souhaite pas écrire mais juste faire du select sur cette base.
Voila, désolé pour la longueur du message mais je souhaite ne plus avoir à faire à ceWdqbe ...
Sébastien
Emmanuel
Sébastien MAZET
Bonjour, merci pour la réponse je vais tester cet outil
En quoi une requete "parfois assez complexe" avec WD x.5 devient une
requete
"simple et puissante" sous Access ?? Une requete est une requete, parfois
le
code SQL est à adapter en fonction de la base.
Pour mon client final simple utilisateur, je vois mal lui faire ingurgiter du SQL. Par exemple avec WDQBE 5.5 impossible de faire des jointures en cascades ainsi que l'équivalent d'un DISTINCT
Sébastien
Bonjour,
merci pour la réponse
je vais tester cet outil
En quoi une requete "parfois assez complexe" avec WD x.5 devient une
requete
"simple et puissante" sous Access ?? Une requete est une requete, parfois
le
code SQL est à adapter en fonction de la base.
Pour mon client final simple utilisateur, je vois mal lui faire ingurgiter
du SQL.
Par exemple avec WDQBE 5.5 impossible de faire des jointures en cascades
ainsi que l'équivalent d'un DISTINCT
Bonjour, merci pour la réponse je vais tester cet outil
En quoi une requete "parfois assez complexe" avec WD x.5 devient une
requete
"simple et puissante" sous Access ?? Une requete est une requete, parfois
le
code SQL est à adapter en fonction de la base.
Pour mon client final simple utilisateur, je vois mal lui faire ingurgiter du SQL. Par exemple avec WDQBE 5.5 impossible de faire des jointures en cascades ainsi que l'équivalent d'un DISTINCT
Sébastien
Rony
Bonjour
Sébastien MAZET wrote on Wed, 3 Dec 2003 09:15:14 +0100 in : <bqk62c$lst$
Bonjour, J'ai une application avec une base en HF 5.5 et WD 5.5 Mes utilisateurs ont besoin de faire des requêtes sur la base. Ces requêtes sont parfois assez complexe. Le WDQE 5.5 est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5 sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients puissent faire des requêtes simple et puissantes sous MS Access. Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Je souhaite donc : - Pouvoir exporter la structure de ma base HF sous Access - Faire régulièrement une synchro
Mes pistes 1 - ) - Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel ?) - Import dans Access pour récup de la structure. ....
Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Rony -- Rony
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ / / | www.bucodi.com - My work www.ifrance/karamusique -- My hobby _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Bonjour
Sébastien MAZET wrote on Wed, 3 Dec 2003 09:15:14 +0100 in : <bqk62c$lst$1@news-reader1.wanadoo.fr>
Bonjour,
J'ai une application avec une base en HF 5.5 et WD 5.5
Mes utilisateurs ont besoin de faire des requêtes sur la base.
Ces requêtes sont parfois assez complexe. Le WDQE 5.5
est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5
sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients
puissent faire des requêtes simple et puissantes sous MS Access.
Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Je souhaite donc :
- Pouvoir exporter la structure de ma base HF sous Access
- Faire régulièrement une synchro
Mes pistes
1 - )
- Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel
?)
- Import dans Access pour récup de la structure.
....
Et pouquoi pas installer les pilottes ODBC de HF ?
Après tu peut choisir ton outil de requette
Rony
--
Rony
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
/ bucodi@yahoo.fr
/
| www.bucodi.com - My work
www.ifrance/karamusique -- My hobby
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Sébastien MAZET wrote on Wed, 3 Dec 2003 09:15:14 +0100 in : <bqk62c$lst$
Bonjour, J'ai une application avec une base en HF 5.5 et WD 5.5 Mes utilisateurs ont besoin de faire des requêtes sur la base. Ces requêtes sont parfois assez complexe. Le WDQE 5.5 est trop limité pour mois. J'ai fait des tests avec le QBE utilisateur 7.5 sur Base HF5.5 et 7.5 après migration et ..... Je souhaite que mes clients puissent faire des requêtes simple et puissantes sous MS Access. Pour d'autres raison aussi --> liens offices, tableaux de bord etc.
Je souhaite donc : - Pouvoir exporter la structure de ma base HF sous Access - Faire régulièrement une synchro
Mes pistes 1 - ) - Export de mes tables ( avec WD7.5 tables fichier --> exporter vers Excel ?) - Import dans Access pour récup de la structure. ....
Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Rony -- Rony
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ / / | www.bucodi.com - My work www.ifrance/karamusique -- My hobby _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Sébastien MAZET
> Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Bonjour, j'ai tenté d'utiliser le pilote ODBC HF avec Access mais sans succes sur ma base. Le probleme vient du fait que a travers ce pilote ODBC je suis obligé de spécifier un chemin pour la source de données. Hors dans mon analyse, des tables ont en dur des chemins différents ( lecteurs F et Z par exemple)
Au niveau apllication pas de problemes ( HSubstRep ) par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps je vais refaire des tests
Sébastien
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ / / | www.bucodi.com - My work www.ifrance/karamusique -- My hobby _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> Et pouquoi pas installer les pilottes ODBC de HF ?
Après tu peut choisir ton outil de requette
Bonjour,
j'ai tenté d'utiliser le pilote ODBC HF
avec Access mais sans succes sur ma base.
Le probleme vient du fait que a travers ce pilote
ODBC je suis obligé de spécifier un chemin
pour la source de données.
Hors dans mon analyse, des tables ont en dur
des chemins différents ( lecteurs F et Z par exemple)
Au niveau apllication pas de problemes ( HSubstRep )
par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps
je vais refaire des tests
Sébastien
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
/ bucodi@yahoo.fr
/
| www.bucodi.com - My work
www.ifrance/karamusique -- My hobby
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Bonjour, j'ai tenté d'utiliser le pilote ODBC HF avec Access mais sans succes sur ma base. Le probleme vient du fait que a travers ce pilote ODBC je suis obligé de spécifier un chemin pour la source de données. Hors dans mon analyse, des tables ont en dur des chemins différents ( lecteurs F et Z par exemple)
Au niveau apllication pas de problemes ( HSubstRep ) par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps je vais refaire des tests
Sébastien
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ / / | www.bucodi.com - My work www.ifrance/karamusique -- My hobby _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Roumegou
"Sébastien MAZET" a pensé très fort :
Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Bonjour, j'ai tenté d'utiliser le pilote ODBC HF avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais j'ai exactement le meme besoin que toi. Access pour faire des requetes kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier, je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D Et c'est vrai pour n'importe quel autre outil.
Le probleme vient du fait que a travers ce pilote ODBC je suis obligé de spécifier un chemin pour la source de données. Hors dans mon analyse, des tables ont en dur des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
Au niveau apllication pas de problemes ( HSubstRep ) par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps je vais refaire des tests
Sébastien
-- Eric
"Sébastien MAZET" a pensé très fort :
Et pouquoi pas installer les pilottes ODBC de HF ?
Après tu peut choisir ton outil de requette
Bonjour,
j'ai tenté d'utiliser le pilote ODBC HF
avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais
j'ai exactement le meme besoin que toi. Access pour faire des requetes
kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier,
je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en
mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D
Et c'est vrai pour n'importe quel autre outil.
Le probleme vient du fait que a travers ce pilote
ODBC je suis obligé de spécifier un chemin
pour la source de données.
Hors dans mon analyse, des tables ont en dur
des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer
dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
Au niveau apllication pas de problemes ( HSubstRep )
par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps
je vais refaire des tests
Et pouquoi pas installer les pilottes ODBC de HF ? Après tu peut choisir ton outil de requette
Bonjour, j'ai tenté d'utiliser le pilote ODBC HF avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais j'ai exactement le meme besoin que toi. Access pour faire des requetes kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier, je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D Et c'est vrai pour n'importe quel autre outil.
Le probleme vient du fait que a travers ce pilote ODBC je suis obligé de spécifier un chemin pour la source de données. Hors dans mon analyse, des tables ont en dur des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
Au niveau apllication pas de problemes ( HSubstRep ) par contre pour le driver ODBC ?
Mais ces essai rapides remontent a longtemps je vais refaire des tests
Sébastien
-- Eric
Sébastien MAZET
Ok merci, je serai curieux de savoir les gens satisfaits de Wdqbe. Pas du point de vue développeur mais pour l'utilisateur final n'ayant pas de connaissances particulières. Faire une requête sous Access ( comme sous Wdqbe ) est de l'autre " Bureautique avancé " mais en "" 10* plus puissant "" pour un novice sous Access
Alors mini sondage ? Je suis curieux de vos avis ?
Sébastien
-- -- "Roumegou" a écrit dans le message de news:
"Sébastien MAZET" a pensé très fort : >> Et pouquoi pas installer les pilottes ODBC de HF ? >> Après tu peut choisir ton outil de requette > > Bonjour, > j'ai tenté d'utiliser le pilote ODBC HF > avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais j'ai exactement le meme besoin que toi. Access pour faire des requetes kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier, je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D Et c'est vrai pour n'importe quel autre outil.
> Le probleme vient du fait que a travers ce pilote > ODBC je suis obligé de spécifier un chemin > pour la source de données. > Hors dans mon analyse, des tables ont en dur > des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
> > Au niveau apllication pas de problemes ( HSubstRep ) > par contre pour le driver ODBC ? > > Mais ces essai rapides remontent a longtemps > je vais refaire des tests > > > Sébastien
-- Eric
Ok merci,
je serai curieux de savoir les gens satisfaits
de Wdqbe.
Pas du point de vue développeur mais
pour l'utilisateur final n'ayant pas de connaissances
particulières. Faire une requête sous Access ( comme
sous Wdqbe ) est de l'autre " Bureautique avancé "
mais en "" 10* plus puissant "" pour un novice sous Access
Alors mini sondage ?
Je suis curieux de vos avis ?
Sébastien
--
--
"Roumegou" <roumegou@wanadoo.fr> a écrit dans le message de
news:mesnews.1b5c7d3c.e482e31c.11.4556@wanadoo.fr...
"Sébastien MAZET" a pensé très fort :
>> Et pouquoi pas installer les pilottes ODBC de HF ?
>> Après tu peut choisir ton outil de requette
>
> Bonjour,
> j'ai tenté d'utiliser le pilote ODBC HF
> avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais
j'ai exactement le meme besoin que toi. Access pour faire des requetes
kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier,
je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en
mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D
Et c'est vrai pour n'importe quel autre outil.
> Le probleme vient du fait que a travers ce pilote
> ODBC je suis obligé de spécifier un chemin
> pour la source de données.
> Hors dans mon analyse, des tables ont en dur
> des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer
dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
>
> Au niveau apllication pas de problemes ( HSubstRep )
> par contre pour le driver ODBC ?
>
> Mais ces essai rapides remontent a longtemps
> je vais refaire des tests
>
>
> Sébastien
Ok merci, je serai curieux de savoir les gens satisfaits de Wdqbe. Pas du point de vue développeur mais pour l'utilisateur final n'ayant pas de connaissances particulières. Faire une requête sous Access ( comme sous Wdqbe ) est de l'autre " Bureautique avancé " mais en "" 10* plus puissant "" pour un novice sous Access
Alors mini sondage ? Je suis curieux de vos avis ?
Sébastien
-- -- "Roumegou" a écrit dans le message de news:
"Sébastien MAZET" a pensé très fort : >> Et pouquoi pas installer les pilottes ODBC de HF ? >> Après tu peut choisir ton outil de requette > > Bonjour, > j'ai tenté d'utiliser le pilote ODBC HF > avec Access mais sans succes sur ma base.
Je vais finir par passer pour un chiant avec mon proselytisme SGBD mais j'ai exactement le meme besoin que toi. Access pour faire des requetes kleenex, c.a.d. dont on a besoin rapidement et que l'on peut modifier, je suis d'accord avec toi, Y'a pas mieux ! Mais comme mes bases sont en mySQL ou en Oracle, pas de prob avec les drivers ODBC. :D Et c'est vrai pour n'importe quel autre outil.
> Le probleme vient du fait que a travers ce pilote > ODBC je suis obligé de spécifier un chemin > pour la source de données. > Hors dans mon analyse, des tables ont en dur > des chemins différents ( lecteurs F et Z par exemple)
Sur la ML, récemment il y a eu des bouts de codes pour créer dynamiquement en WD les accès ODBC. Peut-être une piste pour toi ?
> > Au niveau apllication pas de problemes ( HSubstRep ) > par contre pour le driver ODBC ? > > Mais ces essai rapides remontent a longtemps > je vais refaire des tests > > > Sébastien
