1. 08 May, 2004 4 commits
    • Tom Lane's avatar
      Get rid of rd_nblocks field in relcache entries. Turns out this was · 4af34211
      Tom Lane authored
      costing us lots more to maintain than it was worth.  On shared tables
      it was of exactly zero benefit because we couldn't trust it to be
      up to date.  On temp tables it sometimes saved an lseek, but not often
      enough to be worth getting excited about.  And the real problem was that
      we forced an lseek on every relcache flush in order to update the field.
      So all in all it seems best to lose the complexity.
      4af34211
    • Bruce Momjian's avatar
      Fix typo. · 1fe11fad
      Bruce Momjian authored
      1fe11fad
    • Bruce Momjian's avatar
    • Tom Lane's avatar
      Get rid of cluster.c's apparatus for rebuilding a relation's indexes · dd16b7aa
      Tom Lane authored
      in favor of using the REINDEX TABLE apparatus, which does the same thing
      simpler and faster.  Also, make TRUNCATE not use cluster.c at all, but
      just assign a new relfilenode and REINDEX.  This partially addresses
      Hartmut Raschick's complaint from last December that 7.4's TRUNCATE is
      an order of magnitude slower than prior releases.  By getting rid of
      a lot of unnecessary catalog updates, these changes buy back about a
      factor of two (on my system).  The remaining overhead seems associated
      with creating and deleting storage files, which we may not be able to
      do much about without abandoning transaction safety for TRUNCATE.
      dd16b7aa
  2. 07 May, 2004 10 commits
  3. 06 May, 2004 7 commits
  4. 05 May, 2004 8 commits
  5. 03 May, 2004 2 commits
  6. 02 May, 2004 9 commits