home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / informix / 1587 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.1 KB
  1. Path: sparky!uunet!ogicse!emory!uceng.uc.edu
  2. From: carsmax!carsmax!bryan@uceng.uc.edu (Bryan Klopfenstein)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Fractured Indicies
  5. Message-ID: <9220@emory.mathcs.emory.edu>
  6. Date: 22 Jul 92 21:13:12 GMT
  7. Article-I.D.: emory.9220
  8. Sender: walt@mathcs.emory.edu
  9. Reply-To: carsmax!carsmax!bryan@uceng.uc.edu (Bryan Klopfenstein)
  10. Lines: 32
  11. X-Informix-List-ID: <list.1334>
  12.  
  13. Naomi Walker says:
  14. > How can I tell how fractured an index has become?  I've been experimenting
  15. > with tbcheck -pk, and tbcheck -pT, but cant convince myself of anything.
  16.  
  17. I am not sure what you mean by a "fractured" index. As I understand it,
  18. the indexes are kept in order dynamically as rows are added or deleted.
  19. However, the records will not be necessarily in a physical order which
  20. follows the index. I'm proceeding under the assumption that you want the
  21. physical order of the rows of a table to match an index on that table.
  22.  
  23. > If I tbunload/tbload an entire database, will indicies be rebuilt,
  24. > and therefore, unfractured?  
  25.  
  26. I suspect that tbload will build the database back with the same order
  27. to the rows as when they were tbunloaded, however, if a table has been
  28. interleaved with other tables, that table may load back in into a 
  29. contiguous space on the disk as long as there is a big enough contiguous
  30. space available. This will not guarantee that the physical order will
  31. match the index.
  32.  
  33. You can "alter index index-name to cluster". This WILL reorganize the data
  34. so the physical order will follow this index. However, at the first update,
  35. add, delete, this order will begin to be "fractured" again. Also, this
  36. command may take quite a while on a large table, and will have to be run
  37. on each index individually (only one index per table, or you will undo
  38. what you did on the previous index on that table). See the Alter Index
  39. command in the manual for further details about use and space requirements.
  40. -- 
  41. Bryan Klopfenstein            try: bryan@cinnet.com
  42. CARS Information Systems, Inc.        or: ..uunet!uceng!cinnet!carsinfo!bryan
  43. Cincinnati, OH                better: usr10300@tso.uc.edu
  44.         Standard Disclaimers Apply
  45.