Solved

Fact/Dimension - for DW and also DM?

Posted on 2011-02-17
9
583 Views
Last Modified: 2012-05-11
is the Fact/Dimension way of building database only for Data warehouse or Data Mart also has the same concept?

thanks
0
Comment
Question by:anushahanna
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 3
9 Comments
 
LVL 17

Assisted Solution

by:MIKE
MIKE earned 75 total points
ID: 34923676
No

Fact/Dimensions are more based on the KIMBALL methodology, a Data Mart is more inline with INMON methodology.

Basically KIMBALL believes that it is better to build the DATA WAREHOUSE first based on Business Processes and requirements, INMON believes that the DATA MARTS should be build first based on Business Processes/Requirements, then the DW should be based on these data marts.

KIMBALL METHOD = Fact / Dimensions (star schema)
INMON METHOD = DATA MART based on business units/processes.

In my opinion, KIMBALL approach is the more practical way of building Enterprise DW's.

However, the debate is a never-ending one.....

0
 
LVL 6

Author Comment

by:anushahanna
ID: 34935918
>>INMON ......then the DW should be based on these data marts.

what specific methodology?

regardless, in both cases, DW ends up with Facts/Dim?
0
 
LVL 22

Accepted Solution

by:
dportas earned 425 total points
ID: 35016949
CRXIuser2005 seems to have his summary of the Ralph Kimball and Bill Inmon approaches the wrong way round.

Kimball's approach is to create data marts. Kimball's view is that a "data warehouse" is nothing more or less than a collection of marts. Kimball's "dimensional" modelling approach is therefore the one he recommends only for building marts. Marts are what dimensional modelling is typically used for. Inmon's approach is to build a DW first and then use that to populate marts. A DW typically uses a Normal Form rather than dimensional approach.

In general in my experience (and as recommended by Bill Inmon) the most successful way to build a data warehouse is a Normal Form design (I suggest at least Boyce Codd / 5th Normal Form). "Dimensional" modelling approaches can work acceptably for simple models with a few dimensions. You could use a dimensional approach to build a large enterprise warehouse but almost by definition it makes the model and the load process much more complex than they need to be. Large dimensional models are very difficult to maintain and refactor and cause significant problems and costs due to the large amount of redundant data they create.

Whereas dimensional models were popular 10 years ago it's fair to say that they are much less so today because its drawbacks are much more apparent and relevant today than they were in the past. My suggestion would be that you consider a Normal Form approach rather than a dimensional one for your DW.

0
Enterprise Mobility and BYOD For Dummies

Like “For Dummies” books, you can read this in whatever order you choose and learn about mobility and BYOD; and how to put a competitive mobile infrastructure in place. Developed for SMBs and large enterprises alike, you will find helpful use cases, planning, and implementation.

 
LVL 6

Author Comment

by:anushahanna
ID: 35082579
thanks dportas

>>I suggest at least Boyce Codd / 5th Normal Form

isn't that the max?

>>My suggestion would be that you consider a Normal Form

so that would be like OLTP method, right?
0
 
LVL 22

Assisted Solution

by:dportas
dportas earned 425 total points
ID: 35197221
>> isn't that the max?
5NF eliminates all join dependencies except those implied by superkeys. 6NF and DKNF are somewhat "stricter" though they are less commonly applied.

>> so that would be like OLTP method, right?
Normal Form is a good guiding principle for any type of database workload, yes.
0
 
LVL 6

Author Comment

by:anushahanna
ID: 35204013
Thanks for clarifying that, dportas.

what is a dependable reference you use for Bill Inmon method of normal form design?
0
 
LVL 22

Assisted Solution

by:dportas
dportas earned 425 total points
ID: 35204640
Normal Form wasn't invented by Inmon and isn't really a topic in his books but take a look at:

www.inmoncif.com
www.amazon.com/gp/aw/d/0764599445
0
 
LVL 6

Author Comment

by:anushahanna
ID: 35206555
helped - thanks very much!
0

Featured Post

Complete VMware vSphere® ESX(i) & Hyper-V Backup

Capture your entire system, including the host, with patented disk imaging integrated with VMware VADP / Microsoft VSS and RCT. RTOs is as low as 15 seconds with Acronis Active Restore™. You can enjoy unlimited P2V/V2V migrations from any source (even from a different hypervisor)

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Shadow IT is coming out of the shadows as more businesses are choosing cloud-based applications. It is now a multi-cloud world for most organizations. Simultaneously, most businesses have yet to consolidate with one cloud provider or define an offic…
In this article we will learn how to fix  “Cannot install SQL Server 2014 Service Pack 2: Unable to install windows installer msi file” error ?
Using examples as well as descriptions, and references to Books Online, show the different Recovery Models available in SQL Server and explain, as well as show how full, differential and transaction log backups are performed
This videos aims to give the viewer a basic demonstration of how a user can query current session information by using the SYS_CONTEXT function

763 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question