1. 18 Apr, 2000 1 commit
  2. 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
  3. 19 Jan, 2000 1 commit
    • Tom Lane's avatar
      Fix handling of NULL constraint conditions: per SQL92 spec, a NULL result · 6d1efd76
      Tom Lane authored
      from a constraint condition does not violate the constraint (cf. discussion
      on pghackers 12/9/99).  Implemented by adding a parameter to ExecQual,
      specifying whether to return TRUE or FALSE when the qual result is
      really NULL in three-valued boolean logic.  Currently, ExecRelCheck is
      the only caller that asks for TRUE, but if we find any other places that
      have the wrong response to NULL, it'll be easy to fix them.
      6d1efd76
  4. 09 Jan, 2000 1 commit
  5. 16 Dec, 1999 1 commit
  6. 10 Dec, 1999 1 commit
  7. 13 Oct, 1999 1 commit
    • Tom Lane's avatar
      Split 'BufFile' routines out of fd.c into a new module, buffile.c. Extend · db3c4c3a
      Tom Lane authored
      BufFile so that it handles multi-segment temporary files transparently.
      This allows sorts and hashes to work with data exceeding 2Gig (or whatever
      the local limit on file size is).  Change psort.c to use relative seeks
      instead of absolute seeks for backwards scanning, so that it won't fail
      when the data volume exceeds 2Gig.
      db3c4c3a
  8. 17 Jul, 1999 1 commit
  9. 15 Jul, 1999 1 commit
  10. 25 May, 1999 1 commit
  11. 18 May, 1999 1 commit
    • Tom Lane's avatar
      Rewrite hash join to use simple linked lists instead of a · 26069a58
      Tom Lane authored
      fixed-size hashtable.  This should prevent 'hashtable out of memory' errors,
      unless you really do run out of memory.  Note: target size for hashtable
      is now taken from -S postmaster switch, not -B, since it is local memory
      in the backend rather than shared memory.
      26069a58
  12. 09 May, 1999 1 commit
  13. 06 May, 1999 1 commit
    • Tom Lane's avatar
      Fix some nasty coredump bugs in hashjoin. This code was just · 9f82f9e4
      Tom Lane authored
      about certain to fail anytime it decided the relation to be hashed was
      too big to fit in memory --- the code for 'batching' a series of hashjoins
      had multiple errors.  I've fixed the easier problems.  A remaining big
      problem is that you can get 'hashtable out of memory' if the code's
      guesstimate about how much overflow space it will need turns out wrong.
      That will require much more extensive revisions to fix, so I'm committing
      these fixes now before I start on that problem.
      9f82f9e4
  14. 07 Apr, 1999 1 commit
    • Tom Lane's avatar
      Fix some more hashjoin-related bugs in pg_operator. Fix · af871480
      Tom Lane authored
      hashjoin's hashFunc() so that it does the right thing with pass-by-value
      data types (the old code would always return 0 for int2 or char values,
      which would work but would slow things down a lot).  Extend opr_sanity
      regress test to catch more kinds of errors.
      af871480
  15. 13 Feb, 1999 1 commit
  16. 03 Feb, 1999 1 commit
  17. 17 Jan, 1999 1 commit
  18. 15 Dec, 1998 1 commit
  19. 14 Dec, 1998 3 commits
    • Marc G. Fournier's avatar
      · 9396802f
      Marc G. Fournier authored
      more cleanups...of note, appendStringInfo now performs like sprintf(),
      where you state a format and arguments.  the old behavior required
      each appendStringInfo to have to have a sprintf() before it if any
      formatting was required.
      
      Also shortened several instances where there were multiple appendStringInfo()
      calls in a row, doing nothing more then adding one more word to the String,
      instead of doing them all in one call.
      9396802f
    • Marc G. Fournier's avatar
      · df1468e2
      Marc G. Fournier authored
      Many more cleanups...
      df1468e2
    • Marc G. Fournier's avatar
      · 7c3b7d27
      Marc G. Fournier authored
      Initial attempt to clean up the code...
      
      Switch sprintf() to snprintf()
      Remove any/all #if 0 -or- #ifdef NOT_USED -or- #ifdef FALSE sections of
      	code
      7c3b7d27
  20. 27 Nov, 1998 1 commit
  21. 01 Sep, 1998 2 commits
  22. 15 Jun, 1998 1 commit
  23. 26 Feb, 1998 1 commit
  24. 13 Feb, 1998 1 commit
    • Vadim B. Mikheev's avatar
      Support for subselects. · 1a105cef
      Vadim B. Mikheev authored
      ExecReScan for nodeAgg, nodeHash, nodeHashjoin, nodeNestloop and nodeResult.
      Fixed ExecReScan for nodeMaterial.
      Get rid of #ifdef INDEXSCAN_PATCH.
      Get rid of ExecMarkPos and ExecRestrPos in nodeNestloop.
      1a105cef
  25. 11 Feb, 1998 1 commit
  26. 25 Jan, 1998 1 commit
  27. 13 Jan, 1998 1 commit
    • Marc G. Fournier's avatar
      Some *very* major changes by darrenk@insightdist.com (Darren King) · 374bb5d2
      Marc G. Fournier authored
      ==========================================
      What follows is a set of diffs that cleans up the usage of BLCKSZ.
      
      As a side effect, the person compiling the code can change the
      value of BLCKSZ _at_their_own_risk_.  By that, I mean that I've
      tried it here at 4096 and 16384 with no ill-effects.  A value
      of 4096 _shouldn't_ affect much as far as the kernel/file system
      goes, but making it bigger than 8192 can have severe consequences
      if you don't know what you're doing.  16394 worked for me, _BUT_
      when I went to 32768 and did an initdb, the SCSI driver broke and
      the partition that I was running under went to hell in a hand
      basket. Had to reboot and do a good bit of fsck'ing to fix things up.
      
      The patch can be safely applied though.  Just leave BLCKSZ = 8192
      and everything is as before.  It basically only cleans up all of the
      references to BLCKSZ in the code.
      
      If this patch is applied, a comment in the config.h file though above
      the BLCKSZ define with warning about monkeying around with it would
      be a good idea.
      
      Darren  darrenk@insightdist.com
      
      (Also cleans up some of the #includes in files referencing BLCKSZ.)
      ==========================================
      374bb5d2
  28. 07 Jan, 1998 1 commit
  29. 05 Jan, 1998 1 commit
  30. 08 Sep, 1997 2 commits
  31. 07 Sep, 1997 1 commit
  32. 19 Aug, 1997 1 commit
  33. 28 Jul, 1997 1 commit
  34. 22 Apr, 1997 1 commit
  35. 06 Nov, 1996 1 commit
  36. 31 Oct, 1996 1 commit