Architecture multi-base avec éléments communs

Bonjour,

Je suis en train de mettre en place un service qui nécessite d'avoir plusieurs bases de données basées sur un même schéma (mêmes tables, mêmes types...).
Ces bases de données partagent certains éléments (des dictionnaires d'options ou des listes de choix).
J'aimerais avoir votre avis sur la meilleure architecture permettant d'avoir ces informations partagées par chaque base (avec dans chaque base des tables et des foreign_key pointant vers ces informations).

Faut il copier les données dans chaque base ? (difficile à maintenur)
Peut-on faire des foreign-key depuis les bases vers ces informations ?

Merci pour votre aide et vos remarques

kheraud

Tu as regardé le moteur de stockage FEDERATED?
Ce moteur permet d'attaquer des tables distantes créées sur un autre serveur MySQL, ce qui te permettra de centraliser tes tables dictionnaires sur un seul serveur, et d'y accéder à partir des autres serveurs MySQL.

Par contre, je ne sais pas si ce moteur supporte les clés étrangères. En tout cas, il ne supporte pas les transactions.

Rachid

Bonjour,

Je suis en train de choisir l'architecture de base de données de mon application. J'ai une table de clients et pour chaque client on a des articles, partenaires,...
Je voudrais savoir la différence, au niveau des performances, entre l'architecture mono-base avec plusieurs schémas et l'architecture Multi-bases. Si vous avez des documents qui peuvent m'aider, merci de me les indiquer (l'utilité de chaque architecture, tableau comparatif...)

Merci d'avance