![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello, When many datamarts need the same dimensions and facts that are conformed and sitting in the data warehouse, is it best practice for those marts to each take copies of what they need locally and have the data stored twice, or instead is it better to have the tables reside in 1 place only (which would force a star schema that is effectively across 2 different databases/systems) ? Thanks, Jack |
#3
| |||||
| |||||
|
|
Well, Mr. Posemsky, I think the answer is the one so often heard, "...that depends..." Some reasonable questions that come to mind are... 1. How many is "many datamarts" ? |
|
2. Why are there STILL "datamarts" if the fact data they need is in the EDW ? Is the EDW too slow? Is the EDW too read-only ? Is the EDW data too stale ? |
|
3. Is the philosophy of the organization to source the datamarts from the EDW or does each datamart "role their own" ETL ? |
|
4. What mechanism(s) are in use for information delivery ? Can it/they seamlessly support multi-database joins or is/are it/they why there are still datamarts ? |
|
A best practice by definition would seem to imply a de-facto, generic, industry guideline for doing something...which unfortunately depends heavily on not only the industry, but the reality of raw materials from which a particular endeavor must derive a credible and livable solution with which their CFO can live. Your truly, Rufus T. Fuddpucker, Esq. III "Livin' large in Pleasant View, TN...where the deer are crazy and the coyotes are scared." jack_posemsky (AT) yahoo (DOT) com (Jack) wrote in message news:<209b7e58.0404021541.76f8a064 (AT) posting (DOT) google.com>... Hello, When many datamarts need the same dimensions and facts that are conformed and sitting in the data warehouse, is it best practice for those marts to each take copies of what they need locally and have the data stored twice, or instead is it better to have the tables reside in 1 place only (which would force a star schema that is effectively across 2 different databases/systems) ? Thanks, Jack |
#4
| |||
| |||
|
|
1. How many is "many datamarts" ? We are talking 50-100 datamarts pulling from various EDW's (subject based) 2. Why are there STILL "datamarts" if the fact data they need is in the EDW ? Is the EDW too slow? Is the EDW too read-only ? Is the EDW data too stale ? There are specialized types of analysis that is needed by different processes - with an EDW one size doesnt fit all. Thats why there is such a thing as a datamart layer. 3. Is the philosophy of the organization to source the datamarts from the EDW or does each datamart "role their own" ETL ? Each datamart rolls ETL that is specific to their needs most of the time. The EDW does also. 4. What mechanism(s) are in use for information delivery ? Can it/they seamlessly support multi-database joins or is/are it/they why there are still datamarts ? Can you please answer the original question posed ? A best practice by definition would seem to imply a de-facto, generic, industry guideline for doing something...which unfortunately depends heavily on not only the industry, but the reality of raw materials from which a particular endeavor must derive a credible and livable solution with which their CFO can live. Your truly, Rufus T. Fuddpucker, Esq. III "Livin' large in Pleasant View, TN...where the deer are crazy and the coyotes are scared." jack_posemsky (AT) yahoo (DOT) com (Jack) wrote in message news:<209b7e58.0404021541.76f8a064 (AT) posting (DOT) google.com>... Hello, When many datamarts need the same dimensions and facts that are conformed and sitting in the data warehouse, is it best practice for those marts to each take copies of what they need locally and have the data stored twice, or instead is it better to have the tables reside in 1 place only (which would force a star schema that is effectively across 2 different databases/systems) ? Thanks, Jack |
![]() |
| Thread Tools | |
| Display Modes | |
| |