1. 03 6月, 2013 4 次提交
    • H
      Put back allow_system_table_mods check in heap_create(). · 15386281
      Heikki Linnakangas 提交于
      This reverts commit a475c603.
      
      Erik Rijkers reported back in January 2013 that after the patch, if you do
      "pg_dump -t myschema.mytable" to dump a single table, and restore that in
      a database where myschema does not exist, the table is silently created in
      pg_catalog instead. That is because pg_dump uses
      "SET search_path=myschema, pg_catalog" to set schema the table is created
      in. While allow_system_table_mods is not a very elegant solution to this,
      we can't leave it as it is, so for now, revert it back to the way it was
      previously.
      15386281
    • S
      Additional spelling corrections · f129615f
      Stephen Frost 提交于
      A few more minor spelling corrections, no functional changes.
      
      Thom Brown
      f129615f
    • H
      Code review of recycling WAL segments in a restartpoint. · e1e2bb34
      Heikki Linnakangas 提交于
      Seems cleaner to get the currently-replayed TLI in the same call to
      GetXLogReplayRecPtr that we get the WAL position. Make it more clear in the
      comment what the code does when recovery has already ended
      (RecoveryInProgress() will set ThisTimeLineID in that case). Finally, make
      resetting ThisTimeLineID afterwards more explicit.
      e1e2bb34
    • T
      Allow type_func_name_keywords in some places where they weren't before. · 2c92edad
      Tom Lane 提交于
      This change makes type_func_name_keywords less reserved than they were
      before, by allowing them for role names, language names, EXPLAIN and COPY
      options, and SET values for GUCs; which are all places where few if any
      actual keywords could appear instead, so no new ambiguities are introduced.
      
      The main driver for this change is to allow "COPY ... (FORMAT BINARY)"
      to work without quoting the word "binary".  That is an inconsistency that
      has been complained of repeatedly over the years (at least by Pavel Golub,
      Kurt Lidl, and Simon Riggs); but we hadn't thought of any non-ugly solution
      until now.
      
      Back-patch to 9.0 where the COPY (FORMAT BINARY) syntax was introduced.
      2c92edad
  2. 02 6月, 2013 3 次提交
  3. 01 6月, 2013 5 次提交
  4. 31 5月, 2013 3 次提交
  5. 30 5月, 2013 2 次提交
  6. 29 5月, 2013 2 次提交
  7. 27 5月, 2013 1 次提交
    • S
      Documentation fix for ALTER TYPE .. RENAME · 05624220
      Stephen Frost 提交于
      The documentation for ALTER TYPE .. RENAME claimed to support a
      RESTRICT/CASCADE option at the 'type' level, which wasn't implemented
      and doesn't make a whole lot of sense to begin with.  What is supported,
      and previously undocumented, is
      
      ALTER TYPE .. RENAME ATTRIBUTE .. RESTRICT/CASCADE.
      
      I've updated the documentation and back-patched this to 9.1 where it was
      first introduced.
      05624220
  8. 24 5月, 2013 1 次提交
  9. 23 5月, 2013 2 次提交
    • R
      Fix typo in comment. · 6eb971bd
      Robert Haas 提交于
      Pavan Deolasee
      6eb971bd
    • H
      Print line number correctly in COPY. · e2ef2893
      Heikki Linnakangas 提交于
      When COPY uses the multi-insert method to insert a batch of tuples into the
      heap at a time, incorrect line number was printed if something went wrong in
      inserting the index tuples (primary key failure, for exampl), or processing
      after row triggers.
      
      Fixes bug #8173 reported by Lloyd Albin. Backpatch to 9.2, where the multi-
      insert code was added.
      e2ef2893
  10. 22 5月, 2013 3 次提交
  11. 21 5月, 2013 4 次提交
  12. 20 5月, 2013 3 次提交
  13. 19 5月, 2013 2 次提交
  14. 18 5月, 2013 1 次提交
  15. 17 5月, 2013 3 次提交
    • T
      Fix crash when trying to display a NOTIFY rule action. · 403bd6a1
      Tom Lane 提交于
      Fixes oversight in commit 2ffa740b.
      Per report from Josh Kupershmidt.
      
      I think we've broken this case before, so let's add a regression test
      this time.
      403bd6a1
    • T
      Fix fd.c to preserve errno where needed. · 6563fb2b
      Tom Lane 提交于
      PathNameOpenFile failed to ensure that the correct value of errno was
      returned to its caller after a failure (because it incorrectly supposed
      that free() can never change errno).  In some cases this would result
      in a user-visible failure because an expected ENOENT errno was replaced
      with something else.  Bogus EINVAL failures have been observed on OS X,
      for example.
      
      There were also a couple of places that could mangle an important value
      of errno if FDDEBUG was defined.  While the usefulness of that debug
      support is highly debatable, we might as well make it safe to use,
      so add errno save/restore logic to the DO_DB macro.
      
      Per bug #8167 from Nelson Minar, diagnosed by RhodiumToad.
      Back-patch to all supported branches.
      6563fb2b
    • T
      Fix some uses of "the quick brown fox". · e7bfc7e4
      Tom Lane 提交于
      If we're going to quote a well-known pangram, we should quote it
      accurately.  Per gripe from Thom Brown.
      e7bfc7e4
  16. 16 5月, 2013 1 次提交
    • T
      Allow CREATE FOREIGN TABLE to include SERIAL columns. · b1420686
      Tom Lane 提交于
      The behavior is that the required sequence is created locally, which is
      appropriate because the default expression will be evaluated locally.
      Per gripe from Brad Nicholson that this case was refused with a confusing
      error message.  We could have improved the error message but it seems
      better to just allow the case.
      
      Also, remove ALTER TABLE's arbitrary prohibition against being applied to
      foreign tables, which was pretty inconsistent considering we allow it for
      views, sequences, and other relation types that aren't even called tables.
      This is needed to avoid breaking pg_dump, which sometimes emits column
      defaults using separate ALTER TABLE commands.  (I think this can happen
      even when the default is not associated with a sequence, so that was a
      pre-existing bug once we allowed column defaults for foreign tables.)
      b1420686