Go Back   CORTEX Forums > Local Happenings > CORTEX Blogs > Navigating the Information Management maze
Register Blogs FAQ Members List Calendar Search Today's Posts Mark Forums Read

The evolution of the data warehouse data model

This is a discussion on The evolution of the data warehouse data model within the Navigating the Information Management maze forums, part of the CORTEX Blogs category; When Ralph Kimball wrote "The Data Warehouse Toolkit" (published 1996) it defined Dimensional Modelling in a way that immediately demanded attention by data warehouse practitioners worldwide. The book and the ...


Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old 17th August 2009, 11:19 AM   #1
Member
 
Join Date: Jun 2009
Location: Melbourne
Posts: 40
Robert Hillard is on a distinguished road
Thumbs up The evolution of the data warehouse data model

When Ralph Kimball wrote "The Data Warehouse Toolkit" (published 1996) it defined Dimensional Modelling in a way that immediately demanded attention by data warehouse practitioners worldwide. The book and the techniques it described were not new and were common the approach we had used for the better part of a decade, what the book did do that was foundational was to describe the approach in a consistent and considered with a terminology that could be used by everyone.

There are many similar challenges that data warehouse designers face on every project. For instance two challenges we are often called upon to decide how to handle changes to source system models and the proper handling of changes to reference and master data.

The former is usually handled by splitting logical entities when creating physical tables separating attributes and relationships that have a higher probability of changing. The latter is commonly handled in one of three ways. Method one sees non volatile and volatile attributes are split into two tables (with a one to many relationship) Method two has the current attribute values are held in one table with changes over time maintained in a second table (again one to many). Finally, method three has changes across a number of concepts tracked in an audit table which is only intended for forensic purposes.

On recent data warehouse projects, we are using a variant of method one that has been formalised as “The Data Vault”.  The Data Vault techniques put forward by Dan Linstedt formalises both of these issues and makes sensible design recommendations. In particular, it adopts an approach using "hub", "link" and "satellite" tables.

Originally, Linstedt attempted to patent these concepts, but this application was rejected and he has now adopted a free approach and is promoting his concepts through books, training and his web site: http://www.danlinstedt.com/




Get More from the original blog...
Robert Hillard is offline  
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiTweet this Post!
Reply With Quote
Reply

Bookmarks
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 On
HTML code is On
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Data Visualisation Doug Heywood Dashboarding and Scorecard Tips and Techniques 2 26th March 2010 09:54 AM
Cannot View Data Mining Model in BIDS - function does not exist James Beresford BI Monkey 0 23rd June 2009 08:34 PM
Data Warehouse / BI Security Peter O'Donnell Monash University Business Intelligence Blog 0 23rd June 2009 08:34 PM
The Flaws of the Classic Data Warehouse Architecture, Part 1 glove Data Warehousing 2 12th May 2009 11:45 AM
Data Mart V Data Warehousing - The geat Debate binboy Data Warehousing Tips and Techniques 1 16th July 2008 10:15 AM


All times are GMT +11. The time now is 06:45 AM.

© The Business Intelligence Group

Search Engine Optimization by vBSEO