Question

Voici les structures de mes deux tables (touches primaires en clés audacieuses et étrangères dans le texte italique)

Service_Agentements ( ID , Client_ID, Montant, Date_Begin, Durée, * Services_Id_1 *, * Services_ID_2 *, * services_id_3 *, * services_id_4 *) Services ( ID , Date_Provided, Description, Staff_Person)

L'idée derrière les tables est celle basée sur un accord que la société fournit un service jusqu'à quatre fois. Ainsi, comme on le voit, les quatre champs de service de services (services_id_1, ...) comporte quatre relations individuelles distinctes avec des tables de services (champ d'identification). Il me semble un peu inhabituel, car généralement, je n'ai généralement vu qu'une seule relation entre deux tables. SO -.Je savoir si cela est inhabituel ou si c'est correct, s'il est inhabituel, quelle est la meilleure solution (sans fusionner les domaines des services aux services Service_Affrent. Parce que les tableaux de services ont également des enregistrements sur le service fourni sans accord.)

Était-ce utile?

La solution

La structure pourrait être même plus agréable:

Service_Agentements ( ID , client_ID, montant, date_begin, durée);

Services ( ID , Date_Provided, Description, Staff_Person);

Service_Augerements_services ( ID , Type Enum (Service1, Service2, etc.), service_agreement_id , service_id );

nouvelle table, Service_AuS_services Ajoutez une relation beaucoup à une seule à une relation entre service_agreement et services;

avantages :
1) Pour chaque nouveau service que vous fournissez, il y aura de nouvelles insertions (généralement moins aériennes que la mise à jour)
2) Vous pouvez même fournir plus d'aucuns services :)
3) Les relations de table sont plus faciles.

merci

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top