| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Cognos
> I didn't make the point of accessing the production OLTP system, as I
didn't
> think that anybody is still doing that :)
Well... I'm still weaning them off of that particular bad habit.
Jared
Paul.Parker_at_bmwna.com
Sent by: root_at_fatcity.com
07/18/2002 04:44 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc:
Subject: RE: Cognos
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: ORACLE-L_at_fatcity.com
Cc: Paul.Parker_at_bmwna.com
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
Paul.Parker_at_bmwna.com
Sent by: root_at_fatcity.com
07/18/2002 12:32 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
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: john.weatherman_at_replacements.com
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: ListGuru_at_fatcity.com (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).
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: ListGuru_at_fatcity.com (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: Paul.Parker_at_bmwna.com
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: ListGuru_at_fatcity.com (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: Jared.Still_at_radisys.com
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: ListGuru_at_fatcity.com (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). Received on Thu Jul 18 2002 - 19:28:26 CDT
 |
 |