1. 27 Aug, 2006 3 commits
  2. 26 Aug, 2006 1 commit
  3. 25 Aug, 2006 6 commits
  4. 24 Aug, 2006 9 commits
  5. 23 Aug, 2006 6 commits
  6. 22 Aug, 2006 7 commits
  7. 21 Aug, 2006 8 commits
    • Tom Lane's avatar
      Fix encrypted-LDAP support so that it doesn't cause the server to fail · 5405576a
      Tom Lane authored
      entirely on older Windows platforms without the needed library function.
      Magnus Hagander
      5405576a
    • Tom Lane's avatar
      Minor code rearrangement to save a few cycles in RI_FKey_check when · d7c310c1
      Tom Lane authored
      the subject tuple is already deleted: we need not open the pk_rel
      until after we check that.
      d7c310c1
    • Tom Lane's avatar
    • Tom Lane's avatar
      Make the server track an 'XID epoch', that is, maintain higher-order bits · 35af5422
      Tom Lane authored
      of the transaction ID counter.  Nothing is done with the epoch except to
      store it in checkpoint records, but this provides a foundation with which
      add-on code can pretend that XIDs never wrap around.  This is a severely
      trimmed and rewritten version of the xxid patch submitted by Marko Kreen.
      Per discussion, the epoch counter seems the only part of xxid that really
      needs to be in the core server.
      35af5422
    • Bruce Momjian's avatar
      Done: · 1054c380
      Bruce Momjian authored
      < 	o Add a function to support Parse/DescribeStatement capability
      > 	o -Add a function to support Parse/DescribeStatement capability
      1054c380
    • Bruce Momjian's avatar
      Remove items, not needed anymore: · fe5d2133
      Bruce Momjian authored
      < * %Disallow changing DEFAULT expression of a SERIAL column?
      <
      <   This should be done only if the existing SERIAL problems cannot be
      <   fixed.
      <
      < * %Disallow ALTER SEQUENCE changes for SERIAL sequences because pg_dump
      <   does not dump the changes
      fe5d2133
    • Michael Meskes's avatar
    • Tom Lane's avatar
      Fix all known problems with pg_dump's handling of serial sequences · 2b2a5072
      Tom Lane authored
      by abandoning the idea that it should say SERIAL in the dump.  Instead,
      dump serial sequences and column defaults just like regular ones.
      Add a new backend command ALTER SEQUENCE OWNED BY to let pg_dump recreate
      the sequence-to-column dependency that was formerly created "behind the
      scenes" by SERIAL.  This restores SERIAL to being truly "just a macro"
      consisting of component operations that can be stated explicitly in SQL.
      Furthermore, the new command allows sequence ownership to be reassigned,
      so that old mistakes can be cleaned up.
      
      Also, downgrade the OWNED-BY dependency from INTERNAL to AUTO, since there
      is no longer any very compelling argument why the sequence couldn't be
      dropped while keeping the column.  (This forces initdb, to be sure the
      right kinds of dependencies are in there.)
      
      Along the way, add checks to prevent ALTER OWNER or SET SCHEMA on an
      owned sequence; you can now only do this indirectly by changing the
      owning table's owner or schema.  This is an oversight in previous
      releases, but probably not worth back-patching.
      2b2a5072