home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / informix / 2442 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  4.5 KB
  1. Path: sparky!uunet!gumby!wupost!emory!emory!not-for-mail
  2. From: cris@bs1.dsg.ti.com (cris schramm)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: out-of-control /tmp files (fwd)
  5. Date: 16 Nov 1992 11:33:04 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 85
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1e8ig0INNp09@emory.mathcs.emory.edu>
  11. Reply-To: cris@bs1.dsg.ti.com (cris schramm)
  12. NNTP-Posting-Host: emory.mathcs.emory.edu
  13. X-Informix-List-ID: <list.1612>
  14.  
  15. > 
  16. > Mark Trotter writes:
  17. > >I don't have a SMP machine.  I will take a stab at guessing that most of the
  18. > >machines running Informix are not SMP machines.  Using the file system for
  19. > >data storage seems to be a step backwards on my machine, especially for
  20. > >"larger sorts".  I don't have the room, and don't want the overhead.  How
  21. > >can I get sorting back in the dbspace where it belongs?
  22. > >
  23. > David Kosenko writes (from Informix):
  24. > >> You cannot "convince" the server to use raw space (dbspace space, actually)
  25. > >> for sorts.  The "new" sort package was designed to perform parallel
  26. > >> sorting on SMP machines.  This requires having different drives available
  27. > >> for i/o when psorting is used.  It was decided that the best approach to
  28. > >> this was to use Unix files for the sorting process (generally only used
  29. > >> for larger sorts).
  30. > 
  31. > sorting will NOT use dbspace space, it will always
  32. > use Unix file space.  You cannot "get sorting back in the dbspace."  The new
  33. > sort package was designed to be able to take advantage of SMP machines, but
  34. > works and is also used for single processor machines.
  35. > 
  36.  
  37. Mark, 
  38.  
  39. I ran into this immediately with Informix 5.0 OnLine while trying to build
  40. a TPC benchmark database with 6 million rows and generating an index.  I
  41. used the DBTEMP environment redirecting temporary space to a partition that
  42. had 50 MB of free space.  I almost ran out of space again because it took
  43. 46 MB of temporary space to create the index.  This was before I read the
  44. release notes file that gave the NOSORTINDEX environment variable.  Hope
  45. one of these solutions will help you.
  46.  
  47. This comes from the file $INFORMIXDIR/release/ENGREL_5.0:
  48.  
  49.         ADDITIONAL FEATURE FUNCTIONALITY
  50.         ================================
  51.  
  52.         Sort Merge Joins
  53.         ----------------
  54.  
  55.         Sort merge is a new table join technique implemented in Version 5.0.
  56.         Sort merge join provides an alternative to the existing nested loop
  57.         table join where temporary indexes are used.  The query optimizer
  58.         will choose the best path of execution to produce the fastest
  59.         possible join: either loop join, sort merge, or a combination of the
  60.         two.  Loop joins will create a temporary table and index on the inner
  61.         table of a join, if such an index does not already exist.  A sort
  62.         merge join instead sorts either one or both of the tables involved
  63.         in the join.  Consequently, if sort merge joins are chosen, sort temp
  64.         space is required rather than temp space within dbspaces (in the
  65.         case of INFORMIX-OnLine).  The sort temp space is determined by the
  66.         value of DBTEMP.
  67.  
  68. and more:
  69.  
  70.         FAST INDEX BUILD
  71.         ====================
  72.  
  73.         Informix Version 5.0 introduces a way to improve the performance
  74.         for index creation on large tables.  Prior to OnLine Version 5.0,
  75.         OnLine read each row in the table sequentially and added its key value
  76.         to the index being built.
  77.  
  78.         The first step in creating an index on a large table now involves
  79.         sorting the index key values.  This significantly reduces the amount
  80.         of i/o during the index build.  Fast indexing is the default for
  81.         tables with more than 500 rows and 30 OnLine data pages.  To disable
  82.         fast indexing and revert to the previous method for index creation
  83.         you can set NOSORTINDEX as an environment variable before you begin
  84.         your session.
  85.  
  86.         The index key values are sorted using files in /tmp or another
  87.         directory you can specify by setting DBTEMP.  There will be at
  88.         least one file created whose size can be calculated as follows:
  89.  
  90.                 (size of key value in bytes + 4) * number of rows in table
  91.   
  92.         For machines with multiple processors, the key value sort can
  93.         benefit from the use of the parallel sort facility in Version 5.0.
  94.         See the INFORMIX-OnLine Administrator's Guide for documentation on
  95.         how to make use of this feature.
  96.  
  97. Regards,
  98. Cris Schramm    Texas Instruments, Inc.              #include <disclaimers>
  99.                 Internet                cris@bs1.dsg.ti.com
  100.