If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > General > Database Concepts & Design > Question on Snowflake vs. Star schemas.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 10-12-06, 18:23
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
Question on Snowflake vs. Star schemas.

Howdy all. So Im reading a tutorial on designing a Data Warehouse:

http://freedatawarehouse.com/tutoria...0Tutorial.aspx

and Im on the page describing Snowflake design:

http://freedatawarehouse.com/tutoria...%20Schema.aspx

and it claims: "General rule of thumb is keep away from snow flake schemas as even though they may save you some space, they will cost a lot in terms of query times."

I'm having a hard time getting my head into this one. Is the only benefit to Snowflake schemas really space savings? There has got to be more than that?

TIA, CFR
Reply With Quote
  #2 (permalink)  
Old 10-13-06, 10:24
blindman blindman is offline
World Class Flame Warrior
 
Join Date: Jun 2003
Location: Ohio
Posts: 11,726
G@dd$mn F#&$ing Star Schemas And Snowflakes Are Not Data Warehouses!
__________________
If it's not practically useful, then it's practically useless.

blindman
www.chess.com: "sqlblindman"
Reply With Quote
  #3 (permalink)  
Old 10-13-06, 10:43
blindman blindman is offline
World Class Flame Warrior
 
Join Date: Jun 2003
Location: Ohio
Posts: 11,726
Ok, I just went through that "tutorial", and to call it rudimentary would be generous. That site exists solely to link to sponsor sites. You need to find some more reputable and thorough information sources on Data Warehousing. Try any of the books by Bill Inmon.
__________________
If it's not practically useful, then it's practically useless.

blindman
www.chess.com: "sqlblindman"
Reply With Quote
  #4 (permalink)  
Old 10-13-06, 11:59
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 19,524
Quote:
Originally Posted by blindman
Ok, I just went through that "tutorial", and to call it rudimentary would be generous. That site exists solely to link to sponsor sites.
yes, it sure does look awful

general rule of thumb: if the first thing you see when landing on a page is a bunch of ads, go somewhere else, because that site will waste your time

and don't click on any of their ads, because then they gotcha

think about it: if the site's content is any good, people won't click any of the ads, because they'll find what they want, but if the content is crap, then the ads will be more appealing as a possible source of what you're looking for

and of course, why would someone build a site with ads? hint: it most certainly is not to help you find information
__________________
r937.com | rudy.ca
please visit Simply SQL and buy my book
Reply With Quote
  #5 (permalink)  
Old 10-13-06, 12:48
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
So, I'd say this question went well.

O.K. so I need to read more than a brief tutorial to be taken seriously, fair enough. From what Im reading, Inmon and Kimball are the main guys out there? Simply put, I dont have time to read a 400-500 page book. Can anyone recommend a happy medium between a banner filled tutorial and something that will take me months to read, let alone digest?

Last edited by cfr; 10-13-06 at 12:54.
Reply With Quote
  #6 (permalink)  
Old 10-13-06, 14:28
blindman blindman is offline
World Class Flame Warrior
 
Join Date: Jun 2003
Location: Ohio
Posts: 11,726
Quote:
Originally Posted by cfr
Simply put, I dont have time to read a 400-500 page book.
Uhm...how much time to did you budget to create an Enterprise Data Warehouse?

Look, a lot of this is going to depend upon your personal experience and skill as a DBA. You should definitely read some material about data warehousing before you get started, and I personally think that Inmon's books do the best job of explaining the concept and philosophy. But one of the key ideas that you will learn is that building a data warehouse is an interative process. It is okay to start small with a few tables focusing on one or two business areas, and then enhance and prune from there. The key thing is to avoid any architecture that limits the ability to modify the data structure. This means making sure that all access to the database goes through views and sprocs rather than directly to tables, along with other best-practices principles. And Inmon's approach is actually more conducive to starting small, because using a 3rd normal form makes it easy to expand the scope of the database.
What you eventually come to understand is the data warehousing is as much a process as it is an architecture. The policies and procedures you implement to manage the growth and use of the data are what determine whether the project will succeed or fail.
__________________
If it's not practically useful, then it's practically useless.

blindman
www.chess.com: "sqlblindman"
Reply With Quote
  #7 (permalink)  
Old 10-13-06, 15:23
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
Quote:
Originally Posted by blindman
Uhm...how much time to did you budget to create an Enterprise Data Warehouse?
None. I am doing this on my own. I may need to go get a new job a few months from now and want to increase my skill set.

Quote:
Originally Posted by blindman
Look, a lot of this is going to depend upon your personal experience and skill as a DBA. You should definitely read some material about data warehousing before you get started, and I personally think that Inmon's books do the best job of explaining the concept and philosophy. But one of the key ideas that you will learn is that building a data warehouse is an interative process. It is okay to start small with a few tables focusing on one or two business areas, and then enhance and prune from there. The key thing is to avoid any architecture that limits the ability to modify the data structure. This means making sure that all access to the database goes through views and sprocs rather than directly to tables, along with other best-practices principles. And Inmon's approach is actually more conducive to starting small, because using a 3rd normal form makes it easy to expand the scope of the database.
What you eventually come to understand is the data warehousing is as much a process as it is an architecture. The policies and procedures you implement to manage the growth and use of the data are what determine whether the project will succeed or fail.
This in itself is pretty informative, thanks. It would appear that you favor Inmon over Kimball? Out of curiosity, why?
Reply With Quote
  #8 (permalink)  
Old 10-13-06, 17:19
blindman blindman is offline
World Class Flame Warrior
 
Join Date: Jun 2003
Location: Ohio
Posts: 11,726
I don't have any problem with Kimball's approach to datamarts, and he really pioneered the concept. I have a problem with him calling them data warehouses. Data warehousing initiatives have a reputation for failure, largely because of misconceptions about what they are.
If you tell your users that you are going to create an enterprise data warehouse and all you give them is a datamart, or a collection of datamarts, the execution is going to fall way short of the expectations. It gives data warehousing a bad name. I think a lot of disreputable data warehouse "professionals" push the star schema solution like snake oil salesmen.

Bill Inmon: Father of Data Warehousing.
Ralph Kimball: Father of Data Marts.
__________________
If it's not practically useful, then it's practically useless.

blindman
www.chess.com: "sqlblindman"
Reply With Quote
  #9 (permalink)  
Old 10-14-06, 14:22
pootle flump pootle flump is offline
King of Understatement
 
Join Date: Feb 2004
Location: One Flump in One Place
Posts: 14,905
Lol - well done cfr - I think you have influenced Blindman's new sig.
__________________
Testimonial:
Quote:
pootle flump
ur codings are working excelent.
Reply With Quote
  #10 (permalink)  
Old 10-16-06, 13:42
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
Quote:
Originally Posted by pootle flump
Lol - well done cfr - I think you have influenced Blindman's new sig.

Hey, I do what I can...
Reply With Quote
  #11 (permalink)  
Old 10-16-06, 13:43
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
Quote:
Originally Posted by blindman
I don't have any problem with Kimball's approach to datamarts, and he really pioneered the concept. I have a problem with him calling them data warehouses. Data warehousing initiatives have a reputation for failure, largely because of misconceptions about what they are.
If you tell your users that you are going to create an enterprise data warehouse and all you give them is a datamart, or a collection of datamarts, the execution is going to fall way short of the expectations. It gives data warehousing a bad name. I think a lot of disreputable data warehouse "professionals" push the star schema solution like snake oil salesmen.

Bill Inmon: Father of Data Warehousing.
Ralph Kimball: Father of Data Marts.
Any ideas on who is more widely accepted in the industry?
Reply With Quote
  #12 (permalink)  
Old 10-16-06, 14:04
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 19,524
what is this, a popularity contest? the cult of personality?

my advice: design what makes sense for you and for your organization
__________________
r937.com | rudy.ca
please visit Simply SQL and buy my book
Reply With Quote
  #13 (permalink)  
Old 10-16-06, 14:32
cfr cfr is offline
Registered User
 
Join Date: Nov 2004
Posts: 126
Quote:
Originally Posted by r937
what is this, a popularity contest? the cult of personality?

my advice: design what makes sense for you and for your organization

My organization isnt doing any anything like this, and I am teaching this to myself purely to advance my skill set.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On