Skip to content
Snippets Groups Projects
  1. Sep 20, 2010
  2. Apr 03, 2010
    • Peter Eisentraut's avatar
      Remove unnecessary xref endterm attributes and title ids · 6dcce398
      Peter Eisentraut authored
      The endterm attribute is mainly useful when the toolchain does not support
      automatic link target text generation for a particular situation.  In  the
      past, this was required by the man page tools for all reference page links,
      but that is no longer the case, and it now actually gets in the way of
      proper automatic link text generation.  The only remaining use cases are
      currently xrefs to refsects.
      6dcce398
  3. Nov 14, 2008
  4. Sep 16, 2006
  5. May 04, 2006
    • Tom Lane's avatar
      Rethink the locking mechanisms used for CREATE/DROP/RENAME DATABASE. · 52667d56
      Tom Lane authored
      The former approach used ExclusiveLock on pg_database, which being a
      cluster-wide lock meant only one of these operations could proceed at
      a time; worse, it also blocked all incoming connections in ReverifyMyDatabase.
      Now that we have LockSharedObject(), we can use locks of different types
      applied to databases considered as objects.  This allows much more
      flexible management of the interlocking: two CREATE DATABASEs need not
      block each other, and need not block connections except to the template
      database being used.  Similarly DROP DATABASE doesn't block unrelated
      operations.  The locking used in flatfiles.c is also much narrower in
      scope than before.  Per recent proposal.
      52667d56
  6. Nov 22, 2005
    • Andrew Dunstan's avatar
      · 5b352d8e
      Andrew Dunstan authored
       DROP DATABASE IF EXISTS variant
      5b352d8e
  7. Jun 21, 2005
    • Tom Lane's avatar
      Cause initdb to create a third standard database "postgres", which · 6f7fc0ba
      Tom Lane authored
      unlike template0 and template1 does not have any special status in
      terms of backend functionality.  However, all external utilities such
      as createuser and createdb now connect to "postgres" instead of
      template1, and the documentation is changed to encourage people to use
      "postgres" instead of template1 as a play area.  This should fix some
      longstanding gotchas involving unexpected propagation of database
      objects by createdb (when you used template1 without understanding
      the implications), as well as ameliorating the problem that CREATE
      DATABASE is unhappy if anyone else is connected to template1.
      Patch by Dave Page, minor editing by Tom Lane.  All per recent
      pghackers discussions.
      6f7fc0ba
  8. Nov 29, 2003
    • PostgreSQL Daemon's avatar
      · 969685ad
      PostgreSQL Daemon authored
      $Header: -> $PostgreSQL Changes ...
      969685ad
  9. Sep 12, 2003
  10. Aug 31, 2003
  11. May 04, 2003
  12. Apr 21, 2002
    • Thomas G. Lockhart's avatar
      Augment the date/time examples in the User's Guide to reflect the newer · c05f29e8
      Thomas G. Lockhart authored
       capabilities of specifying time zones as intervals per SQL9x.
      Put refentrytitle contents on the same line as the tag.
       Otherwise, leading whitespace is propagated into the product, which
       (at least) messes up the ToC layout.
      Remove (some) docinfo tags containing dates. Best to omit if the dates
       are not accurate; maybe use CVS dates instead or leave them out.
      c05f29e8
  13. Dec 08, 2001
  14. Nov 18, 2001
  15. Sep 03, 2001
  16. Nov 12, 2000
  17. Oct 05, 2000
  18. Dec 12, 1999
    • Bruce Momjian's avatar
      Meanwhile, database names with single quotes in names don't work very well · 11023eb1
      Bruce Momjian authored
      at all, and because of shell quoting rules this can't be fixed, so I put
      in error messages to that end.
      
      Also, calling create or drop database in a transaction block is not so
      good either, because the file system mysteriously refuses to roll back rm
      calls on transaction aborts. :) So I put in checks to see if a transaction
      is in progress and signal an error.
      
      Also I put the whole call in a transaction of its own to be able to roll
      back changes to pg_database in case the file system operations fail.
      
      The alternative location issues I posted recently were untouched, awaiting
      the outcome of that discussion. Other than that, this should be much more
      fool-proof now.
      
      The docs I cleaned up as well.
      
      Peter Eisentraut                  Sernanders väg 10:115
      11023eb1
  19. Dec 04, 1999
  20. Aug 06, 1999
  21. Jul 22, 1999
  22. Jul 06, 1999
  23. Dec 29, 1998
  24. Oct 30, 1998
  25. Sep 22, 1998
  26. Sep 07, 1998
  27. May 13, 1998
Loading