Table à un pont ou existe-t-il un meilleur moyen?

Question

J'ai essayé de trouver une réponse pour cela et je ne connais pas la meilleure façon de le décrire. Fondamentalement, j'ai 3 tables source chacune avec des clés uniquesidentifier. Nous appellerons ces tables Skill1, Duty2, Custom3. Ils ne sont pas liés (facilement) d'une manière ou d'une autre, à part le fait qu'ils sont des attributs d'un travail particulier. Je veux lier des ressources à ces compétences (ex: un livre, une url, un identifiant de cours) à partir de ce qui est maintenant 8 tables différentes que j'appellerai Resource1 - Resource8. Ceci permet de relier n'importe quelle combinaison de ces types de ressources à l'un quelconque des attributs contenus dans les trois "tableaux de compétences".

je suis venu avec beaucoup de dessins bizarres, mais je me suis installé sur les points suivants:

Tableau - Colonne -> FK

Skill1 - SkillUniqueId -> BridgeTable.AttributeUniqueId 
Duty2 - DutyUniqueId -> BridgeTable.AttributeUniqueId 
Custom3 - CustomUniqueId -> BridgeTable.AttributeUniqueId 

BridgeTable - AttributeUniqueId, ResourceUniqueId, AttributeType, ResourceType 

Resource1 - ResourceUniqueId -> BridgeTable.ResourceUniqueId 
Resource2 - ResourceUniqueId -> BridgeTable.ResourceUniqueId 
Resource3 - ResourceUniqueId -> BridgeTable.ResourceUniqueId 
...etc. 

Le « problème » avec cette conception simple est que J'ai une table de pont reliant 3 tables "attribut" à 8 tables de ressources et je dois utiliser AttributeType et ResourceType en logique dans les procédures stockées (et éventuellement l'application utilisant ces tables) afin d'utiliser les tables appropriées.

Existe-t-il un meilleur moyen de relier ces 3 tables d'attributs aux ressources sans dupliquer les données qui existent déjà ailleurs? (c'est-à-dire: créer une table "job" avec toutes les combinaisons possibles d'attributs, ou fusionner toutes mes tables de ressources dans une table avec beaucoup de colonnes nullables)

Answer 1

Dans une base de données de 3ème forme normale, basée sur ce que vous avez décrit que vous auriez besoin d'une table de pont reliant chaque attribut et chaque table de ressources possible. Tout type de raccourci (comme ce que vous avez proposé) conduit à des problèmes (comme ce que vous avez trouvé - un bon article sur ce sujet peut être trouvé sur SQL Server Central, ou peut-être Google sur "MUCK tables".)

pourrait les données contenues dans les 8 tableaux de ressources soient révisées dans une table, quelque chose comme:

ResourceUniqueId 
ResourceType 
ResourceName 
ResourceEtc 

avec peut-être une table « type » pour définir/contrôler les types de ressources? Si c'est le cas, vous n'avez besoin que d'une seule table de pont pour chaque table attributaire. Alternativement, peut-être un ensemble de tables de sous-type de type aiderait - table de ressource de niveau supérieur, avec les tables actuelles étant configurées en tant que sous-types. A défaut, une dénormalisation contrôlée pourrait aider. Créez cette table unique combinant toutes les ressources, puis copiez les données de chaque ressource dans celle-ci. Bien sûr, le coût de la dénormalisation est que quand (et non si) les ressources sont mises à jour, vous devrez les synchroniser à plusieurs endroits, et si les mises à jour sont fréquentes, cela peut être un cauchemar royal. En fin de compte, si vous avez des données complexes, alors vous aurez besoin de modèles complexes et de code pour les représenter correctement. Les raccourcis de dénormalisation peuvent être pris, mais reconnaissent immédiatement qu'ils sont des raccourcis et qu'ils nécessiteront des soins, un support et une maintenance supplémentaires au fil du temps. Le meilleur conseil que j'ai entendu sur ce sujet est de produire d'abord la mise en page entièrement et correctement normalisée, et ensuite seulement introduire des dénormalisations contrôlées pour soutenir vos objectifs.

Answer 2

Espérons que cela se passe d'explication.