Skip to content
Snippets Groups Projects
  1. Jul 12, 2000
  2. Jun 15, 2000
  3. Jan 26, 2000
    • 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
  4. Jan 20, 2000
    • 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
  5. Nov 22, 1999
  6. Oct 17, 1999
  7. Oct 16, 1999
  8. Sep 24, 1999
    • Tom Lane's avatar
      Several changes here, not very related but touching some of the same files. · e812458b
      Tom Lane authored
      * Buffer refcount cleanup (per my "progress report" to pghackers, 9/22).
      * Add links to backend PROC structs to sinval's array of per-backend info,
      and use these links for routines that need to check the state of all
      backends (rather than the slow, complicated search of the ShmemIndex
      hashtable that was used before).  Add databaseOID to PROC structs.
      * Use this to implement an interlock that prevents DESTROY DATABASE of
      a database containing running backends.  (It's a little tricky to prevent
      a concurrently-starting backend from getting in there, since the new
      backend is not able to lock anything at the time it tries to look up
      its database in pg_database.  My solution is to recheck that the DB is
      OK at the end of InitPostgres.  It may not be a 100% solution, but it's
      a lot better than no interlock at all...)
      * In ALTER TABLE RENAME, flush buffers for the relation before doing the
      rename of the physical files, to ensure we don't get failures later from
      mdblindwrt().
      * Update TRUNCATE patch so that it actually compiles against current
      sources :-(.
      You should do "make clean all" after pulling these changes.
      e812458b
  9. Jul 16, 1999
  10. May 25, 1999
  11. May 10, 1999
  12. Feb 28, 1999
  13. Feb 24, 1999
  14. Feb 23, 1999
  15. Feb 22, 1999
  16. Feb 14, 1999
  17. Feb 03, 1999
  18. Sep 01, 1998
  19. Jul 19, 1998
    • Bruce Momjian's avatar
      Remove un-needed psort close. · 4e6eb4ac
      Bruce Momjian authored
      4e6eb4ac
    • Bruce Momjian's avatar
      1) Queries using the having clause on base tables should work well · 460b20a4
      Bruce Momjian authored
         now. Here some tested features, (examples included in the patch):
      
      1.1) Subselects in the having clause 1.2) Double nested subselects
      1.3) Subselects used in the where clause and in the having clause
           simultaneously 1.4) Union Selects using having 1.5) Indexes
      on the base relations are used correctly 1.6) Unallowed Queries
      are prevented (e.g. qualifications in the
           having clause that belong to the where clause) 1.7) Insert
      into as select
      
      2) Queries using the having clause on view relations also work
         but there are some restrictions:
      
      2.1) Create View as Select ... Having ...; using base tables in
      the select 2.1.1) The Query rewrite system:
      
      2.1.2) Why are only simple queries allowed against a view from 2.1)
      ? 2.2) Select ... from testview1, testview2, ... having...; 3) Bug
      in ExecMergeJoin ??
      
      
      Regards Stefan
      460b20a4
  20. Jun 15, 1998
  21. Feb 27, 1998
  22. Feb 26, 1998
  23. Sep 08, 1997
  24. Sep 07, 1997
  25. Aug 19, 1997
  26. Aug 13, 1997
  27. Aug 06, 1997
  28. Nov 10, 1996
  29. Nov 08, 1996
  30. Nov 06, 1996
  31. Oct 31, 1996
  32. Jul 09, 1996
Loading