Dans mon tout nouvel entrepôt de données construit (bien sûr) à partir de la base de données OLTP, j'ai supprimé toutes les colonnes IDENTITY et les ai remplacées par des colonnes INT.Clés et contraintes primaires
Quelles sont les meilleures pratiques en ce qui concerne ce qui suit d'autant plus que l'entrepôt est dénormalisé:
- clé primaire
-> cela peut maintenant être une clé composite car plusieurs tables sont réunis
-> faire i besoin de suivre la structure clé de OLTP?
- Contraintes
-> il y a des contraintes (NOT NULL) avec des valeurs par défaut (0) pour les colonnes de bits
@ Jeremy- Donc, si mon OLTP a une table de personne et une recherche MaritalStatus et une table PersonsMaritalStatus, puis je dénormaliser, ce serait alors une table dans l'entrepôt appelé personne avec une clé composite de personID et MaritalStatusId . Cela expliquerait le changement d'état matrimonial tel que vous le décrivez.
Mes questions sont donc:
-je utiliser la clé composite ou créer une nouvelle colonne (comme je le fais dans OLTP
Dois-je utiliser même perdre mon un index ordonné en clusters sur cette touche ou puis-je enregistrer pour quelque chose d'important? –
Eh bien la difficulté est que vous auriez à faire la même chose pour Zipcode ou PhoneNumber ou tout autre champ ou combinaison de champs qui changeraient rarement, que vous auriez besoin de faire un rapport sur Voilà pourquoi la plupart des solutions qui traitent lentement changement les dimensions vont implémenter une clé alternative :) –