Totally agree.  

I didn't make the point of accessing the production OLTP system, as I didn't
think that anybody is still doing that :)
Any serious reporting should be off of a database setup specifically for
that purpose.  

Through a proper meta-data layer, the joins between dimensions and facts (we
are using a proper star schema ala Kimball, right?) is hidden and automatic,
thereby reducing the likelihood of "bad" queries.  Obviously end-user
training, an understanding of the data, plus others are all pre-requisites
to letting the users loose on the database.  

"If it wasn't for users, my database would run perfectly :)"

Paul


-----Original Message-----
Sent: Thursday, July 18, 2002 6:12 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]


Paul,

IMO it depends on where that data resides.

If it's in the production OLTP system, it might be their data, but
they're aren't responsible for the performance of the database, 
I am.

So they don't get to play there.

If it's in their replicated database I've created for reporting, they
can do anything they want.  They might slow down other users
reporting, but they won't impact manufacturing.

Depending on the architecture of the BI system, they may not
even get access to the DW, but only the DM.

Is it their data?  Yes.

Do they know how to manage it?  No.

That's our job.

Jared





[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
07/18/2002 12:32 PM
Please respond to ORACLE-L

 
        To:     Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
        cc: 
        Subject:        RE: Cognos


Cognos notwithstanding, isn't the objective in the case of Data
Warehouse/DSS/Reporting/BI (or whatever the latest buzzword is for
generating reports) to give end-users access to the data.  These end-users
then generate the own reports, without the need for IT every time they 
need
a new total on a report?

Sure I understand the need to prevent cartesian products and other queries
from hell, but there are ways to achieve that.  I fail to understand why 
the
end-users shouldn't have access to the data, it is THEIR data, after all,
not the DBA's.

Paul


-----Original Message-----
Sent: Thursday, July 18, 2002 12:08 PM
To: Multiple recipients of list ORACLE-L


Anybody have any experience with "Cognos"?  We've got a bhb that thinks 
its
the solution for giving every end user access to the raw data
(groan...loudly!)...  I've argued every which-a-way against the concept, 
now
I have to fight the specifics....

HELP!

John P Weatherman
Database Administrator
Replacements Ltd.
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: John Weatherman
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).

Reply via email to