Discussion :

[Monkey_D.Luffy]

Bonjour,

Je travaille sur une application qui gère les clients et les contrats d'une société.
L'utilisateur ajoute des clients. Ces clients peuvent souscrire à des contrats auprès de notre société.
Les factures associées à ces contrats sont stockées dans la base de données. Une facture peut-être payée par le titulaire du contrat ou par sa société.

A chaque contrat est aussi associé un avocat, qui traitera l'affaire du client. L'avocat envoie lui aussi sa facture à ma société.
J'ai donc créé les tables sous SQL Server 2005, et j'ai généré le schéma de cette base de données. Ce schéma résume donc la BD créée et je voudrai savoir s'il vous semble correct, ou si vous avez d'autres questions.
Voici le schéma :
http://www.noelshack.com/uploads/Dia...bles028111.jpg

Une clé secondaire doit-elle obligatoirement être composée de toute la clé primaire de la table à laquelle elle fait référence ?

Merci pour votre aide et vos remarques.

[fsmrel]

Bonjour Monkey_D.Luffy,


Table Contrat

Selon le diagramme, les attributs Id_Client et Id_Enregistrement participent à la clé primaire de la table.

Scénario 1 :

Vous procédez par identification relative : Contrat est identifié relativement à Client. Très bien. Mais Au vu de votre diagramme, ces attributs apparaissent dans l’ordre suivant : Id_Enregistrement puis Id_Client. Il est généralement préférable de faire précéder Id_Enregistrement de Id_Client (performance des traitements).

Scénario 2 :

Vous procédez par identification absolue et {Id_Enregistrement} est clé primaire : au nom du principe de l’irréductibilité des clés, l’attribut Id_Client doit disparaître de la clé.

Qu'en est-il ?


Table Avocat

Mêmes remarques concernant le système de composition des clés.
En outre, quelle relation existe-t-il entre un avocat de cette table et un avocat de la table Contrat ?

Autres tables

Mêmes remarques concernant le système de composition des clés.


Table Société

Selon votre modélisation, une facture est déclinée en sociétés, c'est-à-dire que plusieurs sociétés sont impliquées dans une même facture. Pourriez-vous nous en dire plus ?

Par ailleurs, vous dites " Une facture peut-être payée par le titulaire du contrat ou par sa société". Quelle est cette société parmi l’ensemble des sociétés impliquées dans une même facture ?

Une clé secondaire doit-elle obligatoirement être composée de toute la clé primaire de la table à laquelle elle fait référence ?

Je ne sais pas ce que vous entendez par clé secondaire : s’agit-il d’une clé alternative au sens du Modèle Relationnel de Données (c'est-à-dire faisant l’objet d’une clause UNIQUE dans l’instruction CREATE TABLE) ?

Je suppose que vous faites allusion à la table FactureAv.

En supposant que la clé primaire de la table Avocat soit {Id_Avocat, Id_Enregistrement, Id_Client}, vous avez par ailleurs parfaitement le droit de définir {Id_FactureAv, Id_Avocat} comme clé primaire de la table FactureAv. Seule contrainte : {Id_Avocat, Id_Enregistrement, Id_Client} doit servir de clé étrangère pour référencer la table Avocat.

La seule contrainte est que {Id_FactureAv, Id_Avocat} respecte les contraintes d’unicité et d'irréductibilité des clés candidates.