Start Schema vs Snow flake schema

indy at 10h57
10
Mar
2010
Start Schema vs Snow flake schema

In my organisation we are on a way to implement data warehouse and data mart for sale.
we have one dimension City/District/Store.
1. Store name can be split/merge from one district to other in next quarter.
2. there is possibility of changing City name e.g. london to east london, west london.

issue :
My team have two different opinion to design this dimension.
1st view is to create three separate tabl
About
This topic belongs to the forum
  • Data Warehousing and Business Intelligence based on dimensional modeling and the Kimball Lifecycle.

  • Numbers of topics : 1842
  • Numbers of messages : 8656
  • Numbers of users : 3787
  • Numbers of points : 1497
Similar topics
I have a Project dimension table and a Project Manager dimension table. Each Project has one Project Manager. The Project Manager table has a Project_Manager_Key (the surrogate key), a Project_Manager_ID (the business key), a Project_Manager_Location
Can anyone list the advantages and disadvantages of Star vs. Snowflake in your DW environement . And has anyone switched from one to another and why?
Ten(10) or so key dimensions(lets call them base dimensions) each has about 25 parent code tables in the 3rd normal operational source. Each code has a short and long description. In the multidimensional model If a fact table has say 3 base dimensions the
Had seen a few places where dimensions were snowflaked. But how do we figure out that these snowflaked dimensions are justified? Specify scenarios where snowflaking is acceptable. Thanks in advance, bi_at_nj
Hi I read Kimball's Data warehouse toolkit and I came across a point that one of the advantages of having star schema is - BI / reporting tools in the market can leverage the symmetrical nature of the star schema. From what I know and I could
Forums from same category
See also
more_less
Informations

6 Replies For the topic :
"Start Schema vs Snow flake schema"

This topic has been viewed 4477 times.

Last message :
10/03/2010 at 10h57 by "indy"