Path: newssvr20.news.prodigy.com!newsmst01.news.prodigy.com!prodigy.com!prodigy.com!news-FFM2.ecrc.net!uio.no!news.tele.dk!news.tele.dk!small.news.tele.dk!lnewsoutpeer00.lnd.ops.eu.uu.net!lnewsinpeer00.lnd.ops.eu.uu.net!lnewspost00.lnd.ops.eu.uu.net!emea.uu.net!not-for-mail
From: "Niall Litchfield" <niall.litchfield@dial.pipex.com>
Newsgroups: comp.databases.oracle.server
References: <1064ungbvq55jd0@news.supernews.com> <1080632385.558367@yasure> <7b0834a8.0403301048.35165a0a@posting.google.com> <c4cifo$2h5tbc$1@ID-75254.news.uni-berlin.de> <1080681322.10863@yasure> <c4cso4$hqu$1@hanover.torolab.ibm.com> <1080689533.255946@yasure> <c4dc6c$2g5v8o$1@ID-75254.news.uni-berlin.de> <1080782348.656876@yasure> <c4fsrd$2giq6n$1@ID-75254.news.uni-berlin.de> <1080798723.472164@yasure> <c4hb6k$2gi5gl$1@ID-75254.news.uni-berlin.de> <7b0834a8.0404021303.2b96ac8a@posting.google.com> <c4laiu$2kqj95$1@ID-75254.news.uni-berlin.de> <1080973548.988810@yasure> <VYadnY_0LdzK1PLd4p2dnA@comcast.com>
Subject: Re: Article about supposed "murky" future for Oracle
Date: Sun, 4 Apr 2004 20:01:20 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Lines: 75
Message-ID: <40705b73$0$247$cc9e4d1f@news.dial.pipex.com>
NNTP-Posting-Host: 81-178-201-99.dsl.pipex.com
X-Trace: 1081105267 news.dial.pipex.com 247 81.178.201.99:3981
X-Complaints-To: abuse@uk.uu.net
Xref: newssvr20.news.prodigy.com comp.databases.oracle.server:258896

"Mark C. Stock" <mcstockX@Xenquery .com> wrote in message
news:VYadnY_0LdzK1PLd4p2dnA@comcast.com...
> | rkusenet wrote:
> |
>
> ....
>
> | >>Worse yet, how many end users understand that what they are seeing
> | >>could be something that never existed.
> | >
> | > isn't this true for all products. I mean, how many of users actually
> | > verify that a report from a complex report involving multi table
> | > join, correlated sub queries and partitioning is actually correct.
> |
>
> as in "they're not going to check, so let's lie to them"?
>
> that approach would not last to the end of the status meeting on any of my
> projects.

It is however a common issue, there was a survey done by IIRC Coopers &
Lybrand back in the days when I was an accountant on spreadsheets used in
business. 80% of them were either inaccurate or did not report what their
designers thought they did, a significant number were actually misleading.

>
> how many users know how complex the underlying query is -- and why should
> they care? they DO know their data (or else they are in more trouble than
a
> database can solve for them) and they have a right, and we have an ethical
> duty, to present it to them honestly. it is OUR job to ensure that the
> output from our systems is 'actually correct'

Often as not people *don't* know the data. Ask questions like "how many
people does the business employ? How many of those are managers?" In any
reasonably sized business the chances are even the HR director won't be able
to tell you without one or more reports, and they will not guarantee the
exactness of the reports, becuase of data entry error etc. In your projects
ask the project manager for an estimate of what the spend or hours worked to
date has been, then compare to the recorded figures.

I will however go along with you and say that it is our job to ensure that
the systems for which we are responsible accurately reflect the input that
was put into them and the changes made along the way, in other words I agree
with the implication, but don't share the same optimistic view that data in
corporate systems is either accurate or well known. a 5% error rate and
being able to give figures within 20% of what actually turns out to be the
case is usually pretty good going.


--
Niall Litchfield
Oracle DBA
Audit Commission UK
*****************************************
Please include version and platform
and SQL where applicable
It makes life easier and increases the
likelihood of a good answer
******************************************


>
> please excuse me if this sounds harsh, but i do think that this type of
> reasoning borders on unethical. if you cannot guarantee to me that the
data
> you give me is correct, why should i trust your application? or your team?
> or your company?
>
> ;-{ mcs
>
>
>


