Je me demandais si une telle structure fonctionnerait très bien:clé étrangère comme la clé composite dans quelques tables enfants
TABLE_A
- ID_A (PK)
- other data
TABLE_B
- ID_B (PK)
- ID_A (FK,PK)
- other data
TABLE_C
- ID_C (PK)
- ID_B (FK)
- ID_A (FK,PK)
- other data
TABLE_D
- ID_D (PK)
- ID_C (FK)
- ID_A (FK,PK)
- other data
Je suis en train de créer un DB, où il y aurait quelques plaques tournantes de maintien independet de données l'un de l'autre et un point central qui agglomérerait toutes les données de tous les centres. ID_A identifie un hub, c'est pourquoi je l'appuie dans chaque table enfant. La clé composite de ID_A + ID_x est faite afin de trouver facilement un recored dans un point central (ou une partie de données du hub A). Cette structure a-t-elle un sens? Sinon, y a-t-il une meilleure façon de le faire?
Merci à l'avance pour la réponse!
Merci pour la réponse, mais je pense que ce n'est pas ce que je cherchais. Disons qu'il y a 3 serveurs. Deux d'entre eux ont leur propre DB (même structure), mais des données différentes. Le troisième DB aurait données de DB # 1 et DB # 2 (la somme) et je besoin d'un moyen de distinguer les données. Les tableaux de données sur les 3 serveurs ressemblerait à quelque chose comme ceci: https://docs.google.com/spreadsheets/d/1j24tQKEvX_OpmULEquPt1ixVK9KcjhJ2Vg9TEAtouZQ/edit?usp=sharing est-il un moyen facile d'y parvenir? –