Avis sur conception

[fabrice91]

Bonjour,

Je voudrais un avis sur la conception de ma base de données.
La question sous-jacente est :
- une base unique avec toutes les tables dans la base
- ou bien deux bases (voir plus) avec les tables relatives à chaque domaine dans sa propre base
Le point important est que je vais devoir faire des liaisons entre les tables de ces bases, pas seulement des liaisons au niveau d'un select mais créer des tables d'association entre deux tables de deux bases (ou trois...) différentes.
Mais dans ce cas ou mettre ma table d'association ??? pourquoi la mettre plus dans une base que dans une autre ?

Exemple de base unique :
table domaineA_1
table domaineA_2
table domaineA_3
table domaineB_1
table domaineB_2
table assocAB (id domaineA_1, id domaineB_1)

Si deux bases :
Base A
table A_1
table A_2
table A_3

Base B
table B_1
table B_2

et la table assocAB, je la mets ou ? dans A ? dans B ? ailleurs ?
que peut justifier le choix d'une ou plusieurs bases ?

Merci

[redoran]

Slt ; la de passage votre post m'envoie vers l'exemple des ERP , faut s'inspiré de leurs architecture en résumé tous dans une base de donnée unique c'est une idée a déconseiller ...!!!!

[aieeeuuuuu]

Bonjour

Je ne suis pas sur d'avoir bien cerné ton problème, mais il me semble que le mieux est d'utiliser différents schémas dans une seule et même base.

[CinePhil]

Quelles sont ces domaines ?

Décris nous un peu plus ce que tu as à traiter comme données. La réponse pourra être très différenciée !

[fabrice91]

Envoyé par CinePhil

Quelles sont ces domaines ?

Décris nous un peu plus ce que tu as à traiter comme données. La réponse pourra être très différenciée !

Je ne sais pas, c'est très orienté métier ensuite...
Ma question se veut un plus générale : les domaines A et B sont bien individualisés, chacun avec sa propre problématique et ses paramètres mais ils ont quand même des choses en commun...
Par exemple le domaine A peut être un site de production automobile, avec différentes pièces assemblées pour produire une voiture, d'un autre côté, le domaine B, on a l'aspect commercial avec des acheteurs, des concessionnaires, des garages...
Donc soit on fait une base "USINE" et une base "COM" puis une table pour associer par exemple quelles voitures vont chez quel concessionnaire, quelle(s) voiture(s) est (sont) vendue(s) à quel(s) client(s) etc...
Donc deux bases séparées : et dans ce cas, ou mettre la table de liaison voiture/client ? au pif dans l'une des deux bases ou bien il y a des choses à prendre en considération pour se dire que la table d'association ira plutôt là que là...
Sinon l'autre solution c'est de faire une base unique avec toutes les tables "usines" et toutes les tables "commerciales" mélangées...

[CinePhil]

Un schéma ou deux sont possibles.

J'aurais tendance à dire que dans l'exemple que tu cites, il y aura probablement un serveur physique de BDD à l'usine et au moins un autre au siège du groupe, auquel auront peut-être accès les concessionnaires à distance.

Mais j'ai l'impression que ton exemple n'est qu'un exemple fictif.

Tant qu'il n'y a pas de raison de sécurité d'accès aux données ou de séparation volontaire physique des données (un schéma avec un gros volume de données essentiellement interrogées par SELECT et un autre avec des données fréquemment mises à jour), j'aurais tendance à tout mettre dans le même schéma. Ça simplifie la problématique.