Discussion :

[mister3957]

Bonjour à tous,

Je dois réaliser la conception d'un petit module permettant de se connecter à une base de donner sans savoir à l'avance laquelle ça sera...

Pouvez-vous m'aiguiller s'il vous plaît?

Je vous remercie,

A bientôt

Aurélien

[Invité]

Utilise des elements random. Les element random ont l'aventaeuse avantage de ne pas se conformer a ce que pensiat que ca se confirmerait. Dans cette ampleur d'idee, pense a te procurer une brosse a dents ainsi d'une brosse de taille plus ou moins importante. Si je n'etais pas en train de scroller, je dirais surement que je ne suis pas en train de constament scroller. Plas que je me criss de la question initiale, c'est plutot qu'elle est disparue. Disparue. Diusparue. Disparue de la surface. Anyway, peu importe si ca, ... hein/? hein)hh< tak tak tak... la guere me pousse a penser que peu importe ce qui importe peu, va t'en hes zouvsdr. comme soi c;etai t de ta tailler cde faire ca.

: e c;avoer etait mal place.

J'avais dit clavier a la place de c;acoer (ou de quoi de meme)

[mister3957]

Y'es pas bien lui?... m'enfin,

J'ai potassé toute la matinée, j'ai vu OLE DB, ça a l'air de répondre en parti aux besoin de ma boite. En parti car ils veulent attaquer la base du client pour y stocker des données de configuration des utilisateurs de nos logiciels indépendemment du poste sur lequel ils travaillent (actuellement c'est stockée dans la base de registre windows... donc c'est pas top).

Seulement, l'utilisateur a sa base à lui et il faut pouvoir s'adapter. Avec OLE DB ça peut marcher, sauf que chaque poste aura besoin du driver correspondant au type de base qu'utilise son entreprise, et nous, on se devrait de fournir les drivers dans l'install, et ça grossirait le logiciel.

De plus, utiliser des API windows pour aller ajouter ces drivers dans le magasin, j'aime pas cette idée...

Mais on peut se monter une base de donnée sans serveur (par Access par exemple). Dans ce cas, on ne fournirai qu'un driver, et le fichier de données serait stocké sur un serveur avec le reste des fichiers centralisés...

Que pensez vous de tout ça? Vous feriez quoi?

Merci beaucoup,

A bientôt,

Aurélien

[touco]

Je crains qu'il n'y ait pas de solution simple à ton problème... Tu as bien résumé la problématique d'OLE DB (besoin des drivers sur le client), et l'autre API de connexion à des bases de données (ODBC) souffre de la même limitation.
La solution serait d'intercaler un serveur entre tes clients et les bases de données. En gros ton client se connecte au serveur via une API et un driver unique, et le serveur gère les drivers des différentes bases. Le seul problème de cette approche est que ca devient du gros projet, ou alors tu peux t'appuyer sur un produit existant (des boites comme DataDirect font ce genre de produits), mais là il faut acheter des softs et rentrer dans leur architecture.
Autre limitation de l'architecture serveur : les bases de données doivent être accessibles depuis le serveur, donc exit les bases access locales aux clients.
Bref, un problème pas simple à résoudre... bon courage

[mister3957]

Ben j'avais proposé un truc comme SQLite à mon boss mais y'en veut pas... Alors j'lui ai pondu une conception pour gérer plusieurs bases... Le truc c'est pour tester sur les différentes bases possibles que peut avoir le client...

m'enfin y veut ça, j'lui donne ça

Merci

A bientôt

[Luc Hermitte]

J'avais croisé un truc : la DTL. Je ne l'ai jamais testée et ne peux te garantir qu'elle fait ce que tu recherches.