home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1422 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.2 KB
  1. Path: sparky!uunet!gatech!prism!scott
  2. From: scott@prism.gatech.EDU (Scott Holt)
  3. Newsgroups: comp.databases.oracle
  4. Subject: SQL*Forms performance problem
  5. Message-ID: <67151@hydra.gatech.EDU>
  6. Date: 28 Aug 92 21:32:40 GMT
  7. Organization: Georgia Institute of Technology
  8. Lines: 48
  9.  
  10.  
  11. We have been having some performance problems with a particular SQL*Forms 3.0 
  12. application. The form runs on an RS6000 against a local database. The database
  13. runs at revision 6.0.34.
  14.  
  15. We have looked at various statistics (bstat/estat, monitor, etc) and haven't
  16. noticed any contention problems. Right now all we know is that one particular
  17. query accounts for 95% of the total execution and elapsed time the application
  18. uses. The query requires a large number of consistent reads.
  19.  
  20. From what I have read, consistent reads should not bee that expensive. However,
  21. in this application there seems to be a strong tie between high CPU/elapsed
  22. times and number of consistent reads. The nature of the application is such
  23. that multiple users are reading and writing to the table at the same time,
  24. however, the set of rows accessed by each user is disjoint.
  25.  
  26. Any pointers as to where else we can look to increase performance would be
  27. greatly appreciated.
  28.  
  29. - Scott 
  30.  
  31.  
  32.  
  33.  
  34. This is an extract from tkrpof showing the offending query:
  35.  
  36. SELECT SR_ID,SR_SRVYQUE_ID,SR_SRVYFRM_ID,SR_SRVYTYP_ID,SR_RESPONSE,SR_RESPO
  37. NSE_LONG,SR_VSRVYR_ID,ROWID FROM SURVEY_RESPONSES WHERE sr_srvyque_id = :1 
  38. and sr_srvyfrm_id = :2 and sr_srvytyp_id = :3 order by sr_vsrvyr_id, sr_id 
  39.  
  40.  
  41.             count     cpu    elap    phys      cr     cur    rows
  42. Parse:         71      36     141       0       0       0
  43. Execute:       71    4679   45097       0   10823       0       0
  44. Fetch:         71       1       9       0       0       0       0
  45.  
  46. Execution plan:
  47. SORT (ORDER BY)
  48.   TABLE ACCESS (BY ROWID) OF 'SURVEY_RESPONSES'
  49.     AND-EQUAL
  50.       INDEX (RANGE SCAN) OF 'SRVYRES_SRVYSX_FK' (NON-UNIQUE)
  51.       INDEX (RANGE SCAN) OF 'SRVYRES_SRVYFRM_FK' (NON-UNIQUE)
  52.       INDEX (RANGE SCAN) OF 'SRVYSR_SRVYSX2_FK' (NON-UNIQUE)
  53. -- 
  54. This is my signature. There are many like it, but this one is mine.
  55. Scott Holt                         Internet: scott@prism.gatech.edu
  56. Georgia Tech                 UUCP: ..!gatech!prism!scott
  57. Office of Information Technology, Technical Services
  58.