Skip to content
Snippets Groups Projects
  1. Jul 31, 2013
    • Fujii Masao's avatar
      Fix inaccurate description of tablespace. · e73357c1
      Fujii Masao authored
      Currently we don't need to update the pg_tablespace catalog
      after redefining the symbolic links to the tablespaces
      because pg_tablespace.spclocation column was removed in
      PostgreSQL 9.2.
      
      Back patch to 9.2 where pg_tablespace.spclocation was removed.
      
      Ian Barwick, with minor change by me.
      e73357c1
  2. Aug 14, 2012
  3. Apr 08, 2011
    • Tom Lane's avatar
      Avoid extra whitespace in the arguments of <indexterm>. · dca30da3
      Tom Lane authored
      As noted by Thom Brown, this confuses the DocBook index processor; it
      fails to merge entries that differ only in whitespace, and sorts them
      unexpectedly as well.  Seems like a toolchain bug, but I'm not going to
      hold my breath waiting for a fix.
      
      Note: easiest way to find these is to look for double spaces in HTML.index.
      dca30da3
  4. Sep 20, 2010
  5. 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
  6. Feb 03, 2010
  7. Dec 19, 2009
  8. Dec 10, 2009
    • Peter Eisentraut's avatar
      Add init[db] option to pg_ctl · a37b001b
      Peter Eisentraut authored
      pg_ctl gets a new mode that runs initdb.  Adjust the documentation a bit to
      not assume that initdb is the only way to run database cluster initialization.
      But don't replace initdb as the canonical way.
      
      Author: Zdenek Kotala <Zdenek.Kotala@Sun.COM>
      a37b001b
  9. May 06, 2009
    • Tom Lane's avatar
      Modify CREATE DATABASE to enforce that the source database's encoding setting · 421c66b7
      Tom Lane authored
      must be used for the new database, except when copying from template0.
      This is the same rule that we now enforce for locale settings, and it has
      the same motivation: databases other than template0 might contain data that
      would be invalid according to a different setting.  This represents another
      step in a continuing process of locking down ways in which encoding violations
      could occur inside the backend.  Per discussion of a few days ago.
      
      In passing, fix pre-existing breakage of mbregress.sh, and fix up a couple
      of ereport() calls in dbcommands.c that failed to specify sqlstate codes.
      421c66b7
  10. Nov 08, 2007
  11. Nov 04, 2007
  12. Jun 03, 2007
    • Tom Lane's avatar
      Create a GUC parameter temp_tablespaces that allows selection of the · acfce502
      Tom Lane authored
      tablespace(s) in which to store temp tables and temporary files.  This is a
      list to allow spreading the load across multiple tablespaces (a random list
      element is chosen each time a temp object is to be created).  Temp files are
      not stored in per-database pgsql_tmp/ directories anymore, but per-tablespace
      directories.
      
      Jaime Casanova and Albert Cervera, with review by Bernd Helmle and Tom Lane.
      acfce502
  13. Feb 01, 2007
  14. Jan 31, 2007
    • Bruce Momjian's avatar
      Update documentation on may/can/might: · a134ee33
      Bruce Momjian authored
      Standard English uses "may", "can", and "might" in different ways:
      
              may - permission, "You may borrow my rake."
      
              can - ability, "I can lift that log."
      
              might - possibility, "It might rain today."
      
      Unfortunately, in conversational English, their use is often mixed, as
      in, "You may use this variable to do X", when in fact, "can" is a better
      choice.  Similarly, "It may crash" is better stated, "It might crash".
      
      Also update two error messages mentioned in the documenation to match.
      a134ee33
  15. Jan 22, 2007
  16. Jan 20, 2007
  17. Nov 05, 2006
    • Tom Lane's avatar
      Fix recently-understood problems with handling of XID freezing, particularly · 48188e16
      Tom Lane authored
      in PITR scenarios.  We now WAL-log the replacement of old XIDs with
      FrozenTransactionId, so that such replacement is guaranteed to propagate to
      PITR slave databases.  Also, rather than relying on hint-bit updates to be
      preserved, pg_clog is not truncated until all instances of an XID are known to
      have been replaced by FrozenTransactionId.  Add new GUC variables and
      pg_autovacuum columns to allow management of the freezing policy, so that
      users can trade off the size of pg_clog against the amount of freezing work
      done.  Revise the already-existing code that forces autovacuum of tables
      approaching the wraparound point to make it more bulletproof; also, revise the
      autovacuum logic so that anti-wraparound vacuuming is done per-table rather
      than per-database.  initdb forced because of changes in pg_class, pg_database,
      and pg_autovacuum catalogs.  Heikki Linnakangas, Simon Riggs, and Tom Lane.
      48188e16
  18. Sep 16, 2006
  19. Jun 18, 2006
  20. 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
  21. Mar 10, 2006
  22. Sep 18, 2005
  23. Aug 15, 2005
  24. 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
  25. Jun 13, 2005
  26. Jan 08, 2005
  27. Dec 27, 2004
  28. Dec 13, 2004
  29. Dec 02, 2004
    • Tom Lane's avatar
      Disallow the combination VACUUM FULL FREEZE for safety's sake, for the · e9c03c3b
      Tom Lane authored
      reasons I outlined in pghackers a few days ago.
      
      Also, undo someone's overly optimistic decision to reduce tuple state
      checks from if (...) elog() to Asserts.  If I trusted this code more,
      I might think it was a good idea to disable these checks in production
      installations.  But I don't.
      e9c03c3b
  30. Nov 05, 2004
    • Tom Lane's avatar
      Create 'default_tablespace' GUC variable that supplies a TABLESPACE · 98e8b480
      Tom Lane authored
      clause implicitly whenever one is not given explicitly.  Remove concept
      of a schema having an associated tablespace, and simplify the rules for
      selecting a default tablespace for a table or index.  It's now just
      (a) explicit TABLESPACE clause; (b) default_tablespace if that's not an
      empty string; (c) database's default.  This will allow pg_dump to use
      SET commands instead of tablespace clauses to determine object locations
      (but I didn't actually make it do so).  All per recent discussions.
      98e8b480
  31. Oct 29, 2004
  32. Sep 30, 2004
  33. Aug 07, 2004
  34. Jun 21, 2004
  35. Jun 18, 2004
  36. Nov 29, 2003
    • PostgreSQL Daemon's avatar
      · 969685ad
      PostgreSQL Daemon authored
      $Header: -> $PostgreSQL Changes ...
      969685ad
  37. Aug 31, 2003
  38. Mar 25, 2003
Loading