1. 11 May, 2005 1 commit
  2. 31 Dec, 2004 1 commit
    • PostgreSQL Daemon's avatar
      · 2ff50159
      PostgreSQL Daemon authored
      Tag appropriate files for rc3
      
      Also performed an initial run through of upgrading our Copyright date to
      extend to 2005 ... first run here was very simple ... change everything
      where: grep 1996-2004 && the word 'Copyright' ... scanned through the
      generated list with 'less' first, and after, to make sure that I only
      picked up the right entries ...
      2ff50159
  3. 29 Aug, 2004 2 commits
  4. 29 Nov, 2003 1 commit
    • PostgreSQL Daemon's avatar
      · 969685ad
      PostgreSQL Daemon authored
      $Header: -> $PostgreSQL Changes ...
      969685ad
  5. 25 Sep, 2003 1 commit
  6. 04 Sep, 2003 1 commit
    • Tom Lane's avatar
      Reimplement hash index locking algorithms, per my recent proposal to · 7a369371
      Tom Lane authored
      pghackers.  This fixes the problem recently reported by Markus KrÌutner
      (hash bucket split corrupts the state of scans being done concurrently),
      and I believe it also fixes all the known problems with deadlocks in
      hash index operations.  Hash indexes are still not really ready for prime
      time (since they aren't WAL-logged), but this is a step forward.
      7a369371
  7. 02 Sep, 2003 2 commits
    • Tom Lane's avatar
      Several fixes for hash indexes that involve changing the on-disk index · d70610c4
      Tom Lane authored
      layout; therefore, this change forces REINDEX of hash indexes (though
      not a full initdb).  Widen hashm_ntuples to double so that hash space
      management doesn't get confused by more than 4G entries; enlarge the
      allowed number of free-space-bitmap pages; replace the useless bshift
      field with a useful bmshift field; eliminate 4 bytes of wasted space
      in the per-page special area.
      d70610c4
    • Tom Lane's avatar
      Rewrite hashbulkdelete() to make it amenable to new bucket locking · 39673ca4
      Tom Lane authored
      scheme.  A pleasant side effect is that it is *much* faster when deleting
      a large fraction of the indexed tuples, because of elimination of
      redundant hash_step activity induced by hash_adjscans.  Various other
      continuing code cleanup.
      39673ca4
  8. 04 Aug, 2003 1 commit
  9. 21 Jul, 2003 1 commit
  10. 02 Jul, 2002 1 commit
    • Bruce Momjian's avatar
      >the extra level of struct naming for pd_opaque has no obvious · c9a73452
      Bruce Momjian authored
      >usefulness.
      >
      >> [...] should I post a patch that puts pagesize directly into
      >> PageHeaderData?
      >
      >If you're so inclined.  Given that pd_opaque is hidden in those macros,
      >there wouldn't be much of any gain in readability either, so I haven't
      >worried about changing the declaration.
      
      Thanks for the clarification.  Here is the patch.  Not much gain, but at
      least it saves the next junior hacker from scratching his head ...
      
      
      Manfred Koizar
      c9a73452
  11. 20 Jun, 2002 1 commit
  12. 20 May, 2002 1 commit
    • Tom Lane's avatar
      Restructure indexscan API (index_beginscan, index_getnext) per · 44fbe20d
      Tom Lane authored
      yesterday's proposal to pghackers.  Also remove unnecessary parameters
      to heap_beginscan, heap_rescan.  I modified pg_proc.h to reflect the
      new numbers of parameters for the AM interface routines, but did not
      force an initdb because nothing actually looks at those fields.
      44fbe20d
  13. 06 Mar, 2002 1 commit
    • Bruce Momjian's avatar
      I've attached a patch which implements Bob Jenkin's hash function for · 7ab74673
      Bruce Momjian authored
      PostgreSQL. This hash function replaces the one used by hash indexes and
      the catalog cache. Hash joins use a different, relatively poor-quality
      hash function, but I'll fix that later.
      
      As suggested by Tom Lane, this patch also changes the size of the fixed
      hash table used by the catalog cache to be a power-of-2 (instead of a
      prime: I chose 256 instead of 257). This allows the catcache to lookup
      hash buckets using a simple bitmask. This should improve the performance
      of the catalog cache slightly, since the previous method (modulo a
      prime) was slow.
      
      In my tests, this improves the performance of hash indexes by between 4%
      and 8%; the performance when using btree indexes or seqscans is
      basically unchanged.
      
      Neil Conway <neilconway@rogers.com>
      7ab74673
  14. 06 Oct, 2001 1 commit
    • Tom Lane's avatar
      Rearrange fmgr.c and relcache so that it's possible to keep FmgrInfo · 85801a4d
      Tom Lane authored
      lookup info in the relcache for index access method support functions.
      This makes a huge difference for dynamically loaded support functions,
      and should save a few cycles even for built-in ones.  Also tweak dfmgr.c
      so that load_external_function is called only once, not twice, when
      doing fmgr_info for a dynamically loaded function.  All per performance
      gripe from Teodor Sigaev, 5-Oct-01.
      85801a4d
  15. 22 Feb, 2001 1 commit
  16. 24 Jan, 2001 1 commit
  17. 30 May, 2000 1 commit
  18. 26 Jan, 2000 1 commit
    • Bruce Momjian's avatar
      Add: · 5c25d602
      Bruce Momjian authored
        * Portions Copyright (c) 1996-2000, PostgreSQL, Inc
      
      to all files copyright Regents of Berkeley.  Man, that's a lot of files.
      5c25d602
  19. 19 Jul, 1999 1 commit
  20. 17 Jul, 1999 1 commit
  21. 16 Jul, 1999 1 commit
  22. 15 Jul, 1999 3 commits
  23. 14 Jul, 1999 1 commit
  24. 13 Feb, 1999 1 commit
  25. 01 Sep, 1998 1 commit
  26. 07 Jan, 1998 1 commit
  27. 05 Jan, 1998 1 commit
  28. 08 Sep, 1997 1 commit
  29. 07 Sep, 1997 1 commit
  30. 14 Aug, 1997 1 commit
  31. 12 Aug, 1997 1 commit
  32. 05 Nov, 1996 1 commit
  33. 03 Nov, 1996 1 commit
  34. 31 Oct, 1996 1 commit
  35. 21 Oct, 1996 1 commit
  36. 20 Oct, 1996 1 commit