Discussion :

[Garrett]

Autant il est facile de lier deux tables avec un JOIN, autant je ne trouve rien sur la liaison entre bases de données, même dans la doc officielle de mysql, chapitre 13.

Est-ce que cela est possible ?

On m'a demandé de ne créer qu'une table par base de données et de pouvoir lier ces dernières ensemble, juste pour une question de facilité d'échange physique de données. Même si le mieux serait de créer une seule base de données avec plusieurs tables...

Vu que je bosse en VB.NET, je pensais à la base créer deux datasets, mais cela est trop long vu qu'il faut à chaque fois fermer la liaison avant d'utiliser le second dataset. Pas trop top pour des requêtes fréquentes.

Merci d'avance pour vos commentaires.

[Médiat]

On m'a demandé de ne créer qu'une table par base de données

Avec une seule colonne par table ce serait encore plus facile à porter.
Sinon, un bon vieux fichier séquentiel indexé et du COBOL, tu fais ce que tu veux...

[Garrett]

Cela ne répond pas trop à la question

Mais bon, on m'impose les bases de données access, j'ai pas trop le choix du type de fichier...

[Médiat]

J'étais ironique en parlant de séquentiel indexé, mais cette décision est aberrante, il vaudrait faire un peu de pression pour la faire changer.
Sinon, tu utilises ACCESS ou mySQL ???

[Swoög]

sous MySQL tu peux spécifier la BDD d'une table ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

base.table

comme pour spécifier la table d'un champ ^^

ensuite ce que dit Médiat est juste, cette contrainte est totalement absurde...

[Garrett]

Sinon, tu utilises ACCESS ou mySQL ???

J'utilise une connection Microsoft Jet 4.0 OLE DB provider qui utilise SQL et je lie ma base de données directement à mes contrôles (listbox et textbox). Access, c'est juste pour le format .

Vu comme c'est parti, je vais me concentrer sur l'écriture complète des instructions à l'aide de datasets. Plus facile pour placer des requêtes SQL.

[Garrett]

J'ai fait quelque tests avec deux datasets et cela fonctionne. C'est pas trop top comme solution mais le résultat y est.

La contrainte d'une table par base de données est fixée pour une raison de portabilité, j'explique : chaque base de données correspond à un profile spécifique qui contient plusieurs variantes (ce sont les datarows de la table en question) et pour vraiment faciliter le client, on m'a demandé de séparer tout ça à raison d'une table par base de données access...

Sinon j'étais un peu plus chaud pour un modèle basé sur une base de données et des relations 1:1 entre tables... Mais bon, je ne suis pas indépendant !

Merci pour votre aide.