Quantcast
Channel: SCN : Discussion List - SAP HANA Developer Center
Viewing all articles
Browse latest Browse all 6412

Database Architecture.... Modeling Facts and Dimensions in HANA

$
0
0

I am working on a small reporting warehouse and have received some conflicting guidance from various resources.

 

I'll start this off simple and maybe this will progress into a more in depth discussion.

 

In a traditional Data Warehouse, I model things in Star Schemas using Facts and Dimensions. Occasionally, the Star Schema will evolve into a Snowflake or a more complex schema using bridge tables, etc...

 

Now that I am looking to create this small warehouse in HANA, (Proof of concept / need to  get something into HANA) I am being told that Fact and Dimension tables can be collapsed into single tables because of columnar storage and the great advantages that it provides. I am willing to learn new ways of doing things, and I realize HANA is a game changer in a lot of ways. I am just not convinced that traditional Data Warehouse modeling techniques need to be thrown out the window just because HANA can handle it.

 

Can anyone give me valid reasons why Facts and Dimensions should be collapsed in HANA or on the flip side, is this advice coming out of left field and I need to push back on it?

 

Thanks in advance...


Viewing all articles
Browse latest Browse all 6412

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>