home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / sqlinfo / 325 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.0 KB  |  52 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!WMAVM7.VNET.IBM.COM!MASEMORT
  3. Message-ID: <SQLINFO%93012115234266@UICVM.CC.UIC.EDU>
  4. Newsgroups: bit.listserv.sqlinfo
  5. Date:         Thu, 21 Jan 1993 16:04:56 EST
  6. Sender:       "Forum for SQL/DS and Related Topics" <SQLINFO@UICVM.BITNET>
  7. From:         MASEMORT@WMAVM7.VNET.IBM.COM
  8. Subject:      SQL performance
  9. Lines: 41
  10.  
  11. Concerning Gene Branham's performance questions
  12.  
  13. >1). If an index is not clustered at 10000, does reorganizing that index
  14. >    help? or does the file need to be dumped and reloaded?
  15.  
  16. Reorganizing an index will NOT recluster the data.  Clustering refers to
  17. the data being physically in the same sequence as the index key values.
  18. Index values in SQL/DS are ALWAYS maintained in key value sequence.  The
  19. file must be dumped and reloaded.
  20.  
  21. >2). Does any one know if the Reorganize function of DBSU use pages in the
  22. >    DBSPACE of the index, or pages in the Internal DBSPACE area for work
  23. >    pages?
  24.  
  25. The REORGANIZE INDEX function uses internal DBSPACE for work pages.
  26.  
  27. >3). Is there a rule of thumb to estimate how many pages will be
  28. >    needed for a reorganization?
  29.  
  30. If you are referring to REORGANIZE INDEX, all index key values will be
  31. saved in an internal DBSPACE, which can be used to calculate space
  32. requirements.
  33.  
  34. >4). At what clustering level (i.e. 9000 8000 etc.) would you say that
  35. >    performance is degraded to the point that table reloading is
  36. >    required?
  37.  
  38. SQL/DS Development has continued to support the use of the CLUSTER flag
  39. for determining when to reorganize the data, rather than the clusterratio
  40. value, which does not translate directly to the CLUSTER value.
  41.  
  42. >Any information or suggestions anyone can give me on perofrmance tuning
  43. >would be greatly appreciated.
  44.  
  45. From IBM, GG24-3429, "SQL/DS Performance Analysis and Tuning Cookbook".
  46.  
  47. From Dov Gilor, published by John Wiley & Sons, "SQL/DS Performance,
  48. Techniques for Improvement".
  49.  
  50. Terry L. Masemore
  51. IBM SQL Master/VM Development
  52.