
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Table de faits
Bonjour,
J'ai quelques questions à propos des tables de faits.
Est-ce qu'on peut relier 2 tables de faits avec une clé commune ou il faut absolument relier les 2 tables de faits par une table de dimension?
Est-ce qu'une table de faits contenant des clés communes, de mesures mais aussi des champs de dimensions peuvent être considérées comme table de faits cf.capture d'écran?
Est-ce qu'une table de faits ne doit contenir que des clés communes et des mesures?
- Tags:
- Group_Discussions

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@Racso wrote:Bonjour,
J'ai quelques questions à propos des tables de faits.
Est-ce qu'on peut relier 2 tables de faits avec une clé commune ou il faut absolument relier les 2 tables de faits par une table de dimension?
Est-ce qu'une table de faits contenant des clés communes, de mesures mais aussi des champs de dimensions peuvent être considérées comme table de faits cf.capture d'écran?
Est-ce qu'une table de faits ne doit contenir que des clés communes et des mesures?
Généralement, il existe deux méthodes :
1/ une table de lien entre les faits
2/ empiler les faits les uns sur les autres (avec concatenate=union sql). Cette solution est privilégiée car simple à mettre en place et à comprendre
Ici plus d'info http://livingqlikview.com/link-table-vs-concatenation-case-mixed-granularity/
Une table de fait peut contenir des dimensions. On peut même envisager des modèles complètement dénormalisés avec une seule table.
