home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / informix / 2503 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  2.7 KB
  1. Path: sparky!uunet!usc!sol.ctr.columbia.edu!emory!emory!not-for-mail
  2. From: anasaz!qip.naomi@enuucp.eas.asu.edu (Naomi Walker)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: your mail
  5. Date: 23 Nov 1992 10:13:06 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 46
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1eqse2INNda6@emory.mathcs.emory.edu>
  11. Reply-To: anasaz!qip.naomi@enuucp.eas.asu.edu (Naomi Walker)
  12. NNTP-Posting-Host: emory.mathcs.emory.edu
  13. X-Informix-List-ID: <list.1635>
  14.  
  15. } 
  16. } In article <1eit8cINN5ta@emory.mathcs.emory.edu> you write:
  17. } >> 
  18. } >> In the good old days of SE, a table with a high level of activity
  19. } >> (i.e. deletions/inserts) became riddled with old data row slots 
  20. } >> which were available for re-write, and the index began to look like
  21. } >> swiss cheese.  To correct this periodic unload/loads or cluster
  22. } >> manipulation or ALTER TABLE (same as an unload/load but more user-friendly)
  23. } >> were needed to keep index and data table efficiency at peak.
  24. } >> 
  25. } >> Is this also true of Online?  Or does Online do this automagically?
  26. } >> 
  27. } >Raw Online space does get very fragmented, especially if you are short
  28. } >of room in the partition.  Table extents become very small and numerous
  29. } >and it causes performance problems.  Tables can generally have about
  30. } >240 extents, and it is possible to reach that value and come to a grinding
  31. } >halt.  
  32. } 
  33. } Whoa!  Informix STRONGLY recommends that you try to keep the number of 
  34. } extents at 8 or below to keep performance up.  I personally have seen
  35. } performance begin to fall off when a table reaches more than 10 extents.
  36. } Also, there is a limit to the number of extents per table (it is hard-
  37. } ware and OS dependent -- for a Sun 4/470 running SunOS 4.1.1 and Online
  38. } 4.1 the limit is 213) and if this is exceeded CORRUPTION will result.
  39. } >
  40. I agree *wholeheartedly*, and always try to keep my extents to a minimum.
  41. I'm interested in your statement about corruption.  When we accidently 
  42. exceeded the number of extents, I got errors returned, but I have not
  43. seen corruption.  What have you experienced?
  44.  
  45. } >We regularly monitor all our production systems extents and partition
  46. } >fragmention.  Tbunloading and tbloading the database back typically puts
  47. } >all the data for each table in the first extent (if there is enough 
  48. } >contiguous room).  We then carefully set all the next extents on the
  49. } >tables, to accomodate future growth.  If tbunloading is unreasonable
  50. } >because of the database size, we will create an empty new table, with
  51. } >the first extent set, and copy the data from the old table to the
  52. } >new table.
  53. } >-- 
  54.  
  55.  
  56. -- 
  57.   Naomi Walker  (aka N7FSA)     naomi%anasaz.UUCP@asuvax.eas.asu.edu
  58.  
  59.   Enthusiasm is caught,         In tennis, 
  60.   not taught.                   love means nothing.
  61.