home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!manuel!sserve!hhcs.gov.au!pihlab
- From: pihlab@hhcs.gov.au
- Newsgroups: comp.databases.oracle
- Subject: Re: Summary: Controlling "ad hoc" queries
- Message-ID: <1992Sep15.093509.370@hhcs.gov.au>
- Date: 15 Sep 92 09:35:08 +1000
- References: <lapscgINN8jg@news.bbn.com> <laujakINNp5@news.bbn.com> <1992Sep11.104127.364@hhcs.gov.au> <1992Sep13.193040.1@bbs.mdcbbs.com>
- Organization: Aust. Dept. Health, Housing and Community Services
- Lines: 29
-
- In article <lapscgINN8jg@news.bbn.com> Nat Brooks, NBROOKS@BBN.COM writes:
- >Has anyone out there successfully installed and supported an end user
- >query tool that was actually used by end users?
-
- Something I didn't include in the original reply is that we try to run end-user
- adhoc querries on multiple CPU machines (the more CPUs the better).
-
- The reason for this is that an "evil" query will normally only thrash one CPU
- at a time so other "good" querries will still get a bite of the cherry from
- the other CPUs.
-
- Of course, you still have disk I/O contention and such but our experience has
- been that "evil" querries are doing lots of full table scans and Oracle6
- doesn't flush these through the SGA buffers as much as Oracle5 so "good"
- querries are still getting reasonable hits in the buffers.
-
- The more CPUs you have, the more "evil" querries that can be tolerated.
-
- --
-
- Bruce... pihlab@hhcs.gov.au
- ^^
- *******************************************************************
- * Bruce Pihlamae -- Database Administration *
- * Commonwealth Department of Health, Housing & Community Services *
- * Canberra, Australia (W) 06-289-7056 *
- *******************************************************************
- * These are my own thoughts and opinions, few that I have. *
- *******************************************************************
-