After reading literature from Kimball, Inmon and some other experts, it seems to me that we should have a 3-tier architecture - Tier 1 - operational data Tier 2 - ODS which contains integrated, cleansed, transformed operational detail data, or staging area in relational schema Tier3 - star schema Data marts
The question/contention here is tier 2 - should we provide reporting capability for this? According to Kimball, staging area should not be accessible to end users for direct reporting. But Inmon seems to disagree with him on this one. If ODS is an integrated, authoritative data source of the enterprise, I don't see why we can't create ad-hoc reports against it. Of course since it is relational, we might need reporting tools and heavy IS involvement. So IMHO it depends on what the user needs are to decide what tier2 should look like and be used for. Anybody cares to commend on this? Thanks Dennis Meng Database Administrator Focal Communications Corp. Jared Still <jkstill@cybcon. To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> com> cc: Sent by: Subject: Re: Need Help on Operational Data Store [EMAIL PROTECTED] 11/08/2002 11:19 AM Please respond to ORACLE-L Dennis, I think you got it wrong right off when you stated that there's a "lot of confusion in ODS vs. DW ". It isn't that issue at all. No two people can agree on what an ODS is at all, much less compare it to a DW. To me for instance, an ODS is a place to stage data for the final stages of some other process, be it a DW, or anything else. An ODS is a rather generic term, and therefor whatever you want it to be. Jared On Friday 08 November 2002 07:59, [EMAIL PROTECTED] wrote: > Greetings - > I need some help with building an Operational Data Store. I know there are > a lot of confusion in ODS vs. DW but I belong to the camp of 'ODS should be > used only for operational reporting, not decision support'. So while > Kimball talks a lot about building a DW in his books, he does not cover ODS > much. Are there any books/websites/third parties that deal with building an > ODS? > > TIA > > > Dennis Meng > Database Administrator > Focal Communications Corp. -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jared Still INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).