Good point. I suppose this gets into the realm of "perceived response time". Some applications break long transactions into several user interactions to hide the real response time. The application still makes its SLA defined as "90% of transactions complete in < 3 seconds" while the real transaction takes a lot longer. However, the user is kept busy and you get into that perception thing. I know that if I see a traffic jam, I look for ways to detour around it. Even it I don't save any time (there is no way of telling really), I have at least the impression that I'm doing something, that I'm in charge, rather sitting passively in the jam crawling along, waiting for something the clear up.

At 12:39 PM 10/7/2003, you wrote:

Also, if we are to really address the business case as you suggest then
the definition should also include the quality of the response. If the
response is quick but incomplete and the user has to ask 10 questions to
get at the one real answer he's after then what good is a fast response
time?

-----Original Message-----
Sent: Tuesday, October 07, 2003 12:09 PM
To: Multiple recipients of list ORACLE-L

Wolfgang Breitling
Oracle7, 8, 8i, 9i OCP DBA
Centrex Consulting Corporation
http://www.centrexcc.com



-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Wolfgang Breitling 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).

Reply via email to