Blog

Data Warehouse Design: Star Schema vs. Snowflake Schema

Data Warehouse Design: Star Schema vs. Snowflake Schema

Woman in glasses
Jennifer Vilches

Star and snowflake schemas are similar at heart: a central fact table surrounded by dimension tables. The difference is in the dimensions themselves. In a star schema each logical dimension is denormalized into one table, while in a snowflake, at least some of the dimensions are normalized.

A snowflake design can be slightly more efficient in terms of database space, especially if the dimensions have many large text fields. However, in general, the size of the fact tables outweighs the size of the dimensions by a large enough factor that I don’t find this argument compelling.

The simplicity of a star schema will suffice in many designs and it definitely has the advantage of fewer joins to build and maintain. However, there are instances that will call for a snowflake design. Some OLAP reporting tools work more efficiently with a snowflake design. The multiple tier joins available in a snowflake design can make aggregation simpler as well. For instance, if the date dimension is snowflaked into day, month, and year and a monthly aggregate is built, that existing month dimension can easily be used by the aggregate table.

Qlik

Qlik® delivers intuitive platform solutions for self-service data visualization, guided analytics applications, embedded analytics and reporting to approximately 40,000 customers worldwide. Companies of all sizes, across all industries and geographies, use Qlik® solutions to visualize and explore information, generate insight and make better decisions. We focus on empowering people—by enabling everyone in an organization to see the whole story that lives within their data.