home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / informix / 2492 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  3.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!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: Fragmentation
  5. Date: 21 Nov 1992 02:48:14 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 60
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1ekpjuINNefh@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.1632>
  14.  
  15.  > > 
  16.  > > In the good old days of SE, a table with a high level of activity
  17.  > > (i.e. deletions/inserts) became riddled with old data row slots 
  18.  > > which were available for re-write, and the index began to look like
  19.  > > swiss cheese.  To correct this periodic unload/loads or cluster
  20.  > > manipulation or ALTER TABLE (same as an unload/load but more user-friendly)
  21.  > > were needed to keep index and data table efficiency at peak.
  22.  > > 
  23.  > > Is this also true of Online?  Or does Online do this automagically?
  24.  > > 
  25.  > Raw Online space does get very fragmented, especially if you are short
  26.  > of room in the partition.  Table extents become very small and numerous
  27.  > and it causes performance problems.  Tables can generally have about
  28.  > 240 extents, and it is possible to reach that value and come to a grinding
  29.  > halt.  
  30.  > 
  31.  > We regularly monitor all our production systems extents and partition
  32.  > fragmention.  Tbunloading and tbloading the database back typically puts
  33.  > all the data for each table in the first extent (if there is enough 
  34.  > contiguous room).  We then carefully set all the next extents on the
  35.  > tables, to accomodate future growth.  If tbunloading is unreasonable
  36.  > because of the database size, we will create an empty new table, with
  37.  > the first extent set, and copy the data from the old table to the
  38.  > new table.
  39.  > 
  40.  > 
  41.  > 
  42.  Thank you,  I got a slightly different answer yesterday to wit: 
  43.  
  44.  ->Online does automatic page compression when it writes disk.  the tbstat -p
  45.  ->command will show the number of compresses that have been executed.  see
  46.  ->page 2-117 in the dba manual (v5.0).  
  47.  ->
  48.  ->regards,
  49.  
  50.  It sounds like you are discussing disk fragmentation which is another HIGHLY 
  51.  viable concern and I thank you for your note.  
  52.  
  53.  Your welcome.  I try to pass on what I have learned from actual experience
  54.  with the beast.  We are currently running Online 4.1 on our production
  55.  systems.  I wonder if 4.1 employs the same technique described in the 5.0
  56.  manual.  I know there are many features 4.1 supports that were not documented
  57.  until 5.0.  I have the 5.0 DBA manual for a preview and it *is* an outstanding
  58.  manual.
  59.  
  60.  Upon reading the chapter on data compression, it appears to me that they
  61.  are describing compression within a page, and that information is good
  62.  to understand.  I was speaking in a larger sense about the entire partition.
  63.  
  64.  Have fun,
  65.  
  66.  Naomi
  67.  
  68.  
  69.  
  70. -- 
  71.   Naomi Walker  (aka N7FSA)     naomi%anasaz.UUCP@asuvax.eas.asu.edu
  72.  
  73.   Enthusiasm is caught,         In tennis, 
  74.   not taught.                   love means nothing.
  75.