home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / oracle / 1556 < prev    next >
Encoding:
Text File  |  1992-09-10  |  2.7 KB  |  59 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!munnari.oz.au!metro!usage!news
  3. From: troy@cbme.unsw.EDU.AU (Troy Rollo)
  4. Subject: Re: Summary: Controlling "ad hoc" queries
  5. Message-ID: <1992Sep11.014224.19879@usage.csd.unsw.OZ.AU>
  6. Sender: news@usage.csd.unsw.OZ.AU
  7. Nntp-Posting-Host: strummer.cbme.unsw.edu.au
  8. Organization: University of New South Wales
  9. References: <laujakINNp5@news.bbn.com>
  10. Date: Fri, 11 Sep 1992 01:42:24 GMT
  11. Lines: 46
  12.  
  13. > Are "user query tools" a dead end, due to inadequate protection against
  14. > "incorrect" queries?
  15.  .
  16.  .
  17. > writing tools...)?.  If not, how are they best used (only with heavy
  18. > training for users, small databases only, on extracted "reporting"
  19. > databases...)?
  20.  
  21. No, they're not really a dead end.
  22.  
  23. I was hoping to see a little more discussion before I threw my $.02 in.
  24. Before I start, I should mention that anything I say may well be biased
  25. because I head up a team developing a Windows based end user query
  26. and report writing tool, with ad hoc reports.
  27.  
  28. A number of solutions are being used. The simplest, for dealing with
  29. overgrown queries, is both fascist and liberal limits being imposed
  30. on the tool (We do this by means of a client/server system, and impose
  31. the limits at the server, thus preventing wasted network traffic).
  32. The liberal limit informs the user periodically that the current
  33. query is really not at all simple and asks them if they really
  34. want you to do it. The fascist limit states in not so many words that
  35. the administrator thinks you are being unreasonable and you should
  36. go back and try it again.
  37.  
  38. These are both configurable limits based on number of bytes and/or rows.
  39. Should the limit be enforced, the server informs the database via a
  40. cancel message, and if the user is really desperate they can still use
  41. whatever they did get back.
  42.  
  43. Some clients prefer to take summary tables on a daily basis in the
  44. early hours when nobody is accessing the database, and then allow
  45. the users access to only those summary tables, or to those summary
  46. tables together with a subset of source tables.
  47.  
  48. The second issue I think you were asking about is the issue of
  49. users not knowing the structure of the database and doing something
  50. which returned meaningless results (by, for example, misspecifying
  51. the joins). Without trying to get into an advertising blurb, our
  52. approach is, said briefly, to have the tool do the joins itself,
  53. thus eliminating the need for the user to do them. There are a
  54. lot of subtleties in doing that, which I won't go into here.
  55. --
  56. __________________________________________________________________________
  57. troy@cbme.unsw.EDU.AU    Overworked, overcommited and always multitasking.
  58.         Fine, so I'm an FOFH. Now shut up and don't complain.
  59.