cancel
Showing results for 
Search instead for 
Did you mean: 
Data Engineering
cancel
Showing results for 
Search instead for 
Did you mean: 

Best Data Model for moving from DW to Delta lake

StephanieRivera
Valued Contributor II
Valued Contributor II

I’m curious what Databricks recommends how we model the data. Do they recommend that the data be in 3rd normal form (3NF). Or should be it be dimensionally modeled (facts and dimensions)

1 ACCEPTED SOLUTION

Accepted Solutions

-werners-
Esteemed Contributor III

It all depends on the use case.

3NF is ideal for transactional systems. So for a data warehouse/lakehouse that might not be ideal.

However there certainly are cases where it is interesting.

Star schema's are def still relevant, BUT with the processing power of spark you can decide to flatten it beforehand (so joining all dims with the fact and write it). Like that you have to do less joins at query runtime, which is often faster.

IMO the beauty of all this is the freedom you get. You are not locked into a certain model. Start with what you think is a good approach, and see where it gets you.

The good old Inmon/Kimball theory is still valid up to a certain point (fact tables, SCD etc) but a lot has also become obsolete.

In my lakehouse I have a mix of flattened star schema's, actual star schema's and plain tables (bronze/silver).

View solution in original post

2 REPLIES 2

Hubert-Dudek
Esteemed Contributor III

I think that everyone can get what they like as all of them are fully supported (denormalized table or star/snowflake schema thanks to Spark SQL)

-werners-
Esteemed Contributor III

It all depends on the use case.

3NF is ideal for transactional systems. So for a data warehouse/lakehouse that might not be ideal.

However there certainly are cases where it is interesting.

Star schema's are def still relevant, BUT with the processing power of spark you can decide to flatten it beforehand (so joining all dims with the fact and write it). Like that you have to do less joins at query runtime, which is often faster.

IMO the beauty of all this is the freedom you get. You are not locked into a certain model. Start with what you think is a good approach, and see where it gets you.

The good old Inmon/Kimball theory is still valid up to a certain point (fact tables, SCD etc) but a lot has also become obsolete.

In my lakehouse I have a mix of flattened star schema's, actual star schema's and plain tables (bronze/silver).

Welcome to Databricks Community: Lets learn, network and celebrate together

Join our fast-growing data practitioner and expert community of 80K+ members, ready to discover, help and collaborate together while making meaningful connections. 

Click here to register and join today! 

Engage in exciting technical discussions, join a group with your peers and meet our Featured Members.