Star schema, normalized dimensions, denormalized hierarchy level keys

Question

Given the following star schema tables.

• fact, two dimensions, two measures.

#   geog_abb  time_date amount     value
#1:                


        

Answer 1

What you are doing is not a snowflake schema ...it is similar to "Data Vault" and our own variation "Link-Model". It essentially creates link tables just containing keys which sit between Fact tables and Dim tables (and other Dim tables). Although, we describe them as entity tables and measure tables.

The advantages are

• You can parallel load dimension and fact tables, then populate the link tables
• Complicated practices like "as at reporting" with "Adjustments" as found in Insurance can be handled quite readily
• It is more intuitive to split slowly and quickly changing dimension Dimension tables that are just linked by the link tables. This is a time saving.
• Adding new dimensions to fact tables is fairly simple and quick, after all it is just adding an extra integer column to a table containing just integers.
• Factless facts are far more intuitive than in a conventional schema. You can create relationships between dimensions, without any fact record.

The downsides are

• A slightly more complicated schema structure, so we generally create a Kimball models on top of the "Link Model", as business users tend to understand it well.
• To add a new dimension to a fact table or to extend a dimension table can be easily done, but the schema can become cluttered over time.