Bases de données SQL, modèles de données d'entité et entités 1 à 1

Question

Je suis assez nouveau dans EDMS, ayant écrit pas mal de trucs ado.net dans le passé. J'ai trois tables:

**Product:**
Prod_ID - PK

**Product_MaxLoan**
Prod_ID - PK

**Product_MinLoan**
Prod_ID - PK

Ces tableaux, hébergés dans MS SQL 2005, n'ont pas encore de FKS ni de contraintes configurés, ils doivent avoir une relation théorique 1 à 1. Par exemple, chaque ligne d'un produit avec ID de 1, il y aura une ligne dans Product_maxloan et Product_minloan chacune avec un ID de 1.

Dans Visual Studio 2010, je souhaite régler correctement l'EDM afin que la cardinalité soit définie sur 1 à 1. J'avais auparavant des contraintes FK sur les tables et la configuration suivante, cependant, cela ne permettrait qu'une cardinalité 0..1 (Pour répondre, je suppose, car un produit peut ne pas avoir de produit_maxloan ou product_minloan).

**Product:**
Prod_ID - PK

**Product_MaxLoan**
ID - PK
Prod_ID - FK

**Product_MinLoan**
ID - PK
Prod_ID - FK

Des questions:

• Quels conseils abandonneriez-vous pour définir ces tables dans SQL 2005? Pour une relation de 1 à 1 dans un EDM, configureriez-vous FKS?
• Pouvez-vous configurer une relation PK dans SQL 2005 que l'EDM lira lors de l'importation d'une base de données?
• Un produit contient quelque 300 propriétés, donc contenant toutes ces données dans un seul tableau serait une mauvaise normalisation de la base de données (d'où les nombreuses tableaux 1 à 1). La meilleure pratique serait-elle de mettre toutes ces propriétés dans une seule classe EDM? Ma réaction intestinale est de le décomposer comme il est structuré dans la base de données (c'est mon héritage ADO qui vient au premier plan), ayant une classe pour chaque partie logique du produit.

Votre conseil serait apprécié.

Meilleures salutations,

Marquer