Information générale
Catégorie:
Base de données, Tables, Vues, Index et syntaxe SQL
>Putting aside the example (which was a construct soley to illustrate the question) what is your opinion of the concept of a dimension in one star being a fact table in another? Do you have, or have you come across, any opinions that support or derail it as a logical design concept?
Data warehouse (DW) modeling (IMO) is more "physical" than logical; the "stars" you develop are usually implemented that way physically too. Data warehouses can be hugh; the "stars" are subject areas (data-marts) that by their nature are optimized for performance and ease of use (by the "User" of that "subject").
The "stars" are typically "loaded" from the "Corporate DW" on an as-required basis.
I would consider "stars" as "sub-schemas" of the Corporate DW's data model and that the question of whether something is a Fact or a Dimension at any given time need not even be asked except as it applies to a given "star".
It's like inverting a hierarchical data model; a parent becomes a child, a child becomes a parent, etc. ... it's only in the current context that the question ("is it a parent or a child or both ?") has any meaning.
Just my opinion.
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement