1. 22 11月, 2006 1 次提交
  2. 21 11月, 2006 11 次提交
  3. 20 11月, 2006 4 次提交
    • B
      Update documentation to use Statement-Based Replication rather than · 900c9962
      Bruce Momjian 提交于
      Query Broadcast.
      900c9962
    • T
      Fix bug http://archives.postgresql.org/pgsql-bugs/2006-10/msg00258.php. · 419fe7cd
      Teodor Sigaev 提交于
      Fix string's length calculation for recoding, fix strlower() to avoid wrong
      assumption about length of recoded string (was: recoded string is no greater
      that source, it may not true for multibyte encodings)
      Thanks to Thomas H. <me@alternize.com> and Magnus Hagander <mha@sollentuna.net>
      419fe7cd
    • T
      When truncating a relation in-place (eg during VACUUM), do not try to unlink · 1a5c450f
      Tom Lane 提交于
      any no-longer-needed segments; just truncate them to zero bytes and leave
      the files in place for possible future re-use.  This avoids problems when
      the segments are re-used due to relation growth shortly after truncation.
      Before, the bgwriter, and possibly other backends, could still be holding
      open file references to the old segment files, and would write dirty blocks
      into those files where they'd disappear from the view of other processes.
      
      Back-patch as far as 8.0.  I believe the 7.x branches are not vulnerable,
      because they had no bgwriter, and "blind" writes by other backends would
      always be done via freshly-opened file references.
      1a5c450f
    • T
      Repair problems with hash indexes that span multiple segments: the hash code's · d68efb3f
      Tom Lane 提交于
      preference for filling pages out-of-order tends to confuse the sanity checks
      in md.c, as per report from Balazs Nagy in bug #2737.  The fix is to ensure
      that the smgr-level code always has the same idea of the logical EOF as the
      hash index code does, by using ReadBuffer(P_NEW) where we are adding a single
      page to the end of the index, and using smgrextend() to reserve a large batch
      of pages when creating a new splitpoint.  The patch is a bit ugly because it
      avoids making any changes in md.c, which seems the most prudent approach for a
      backpatchable beta-period fix.  After 8.3 development opens, I'll take a look
      at a cleaner but more invasive patch, in particular getting rid of the now
      unnecessary hack to allow reading beyond EOF in mdread().
      
      Backpatch as far as 7.4.  The bug likely exists in 7.3 as well, but because
      of the magnitude of the 7.3-to-7.4 changes in hash, the later-version patch
      doesn't even begin to apply.  Given the other known bugs in the 7.3-era hash
      code, it does not seem worth trying to develop a separate patch for 7.3.
      d68efb3f
  4. 18 11月, 2006 4 次提交
  5. 17 11月, 2006 8 次提交
  6. 16 11月, 2006 2 次提交
  7. 15 11月, 2006 4 次提交
  8. 14 11月, 2006 2 次提交
  9. 12 11月, 2006 3 次提交
  10. 11 11月, 2006 1 次提交