1. 20 Apr, 2007 5 commits
  2. 19 Apr, 2007 7 commits
  3. 18 Apr, 2007 9 commits
  4. 17 Apr, 2007 11 commits
    • Bruce Momjian's avatar
      Update TODO for plpgsql cursors: · f30a72dc
      Bruce Momjian authored
      < 		o -Add support for WITH HOLD and SCROLL cursors
      > 		o -Add support for SCROLL cursors
      > 		o Add support for WITH HOLD cursors
      f30a72dc
    • Tom Lane's avatar
    • Bruce Momjian's avatar
      Also done for PL/pgSQL: · 097a200d
      Bruce Momjian authored
      < 		o Add support for WITH HOLD and SCROLL cursors
      > 		o -Add support for WITH HOLD and SCROLL cursors
      097a200d
    • Bruce Momjian's avatar
      Done: · f672b875
      Bruce Momjian authored
      < 		o Add MOVE
      > 		o -Add MOVE
      f672b875
    • Bruce Momjian's avatar
      Add warning about TODO item: · e6facb3b
      Bruce Momjian authored
      <   Currently all schemas are owned by the super-user because they are
      <   copied from the template1 database.
      >   Currently all schemas are owned by the super-user because they are copied
      >   from the template1 database.  However, since all objects are inherited
      >   from the template database, it is not clear that setting schemas to the db
      >   owner is correct.
      e6facb3b
    • Tom Lane's avatar
      Don't assume rd_smgr stays open across all of a rewriteheap operation; · 4942ee65
      Tom Lane authored
      doing so can result in crash if an sinval reset occurs meanwhile.
      I believe this explains intermittent buildfarm failures in cluster test.
      4942ee65
    • Bruce Momjian's avatar
      Not easy, per Alvaro: · 6c2c6682
      Bruce Momjian authored
      < * %Set proper permissions on non-system schemas during db creation
      > * Set proper permissions on non-system schemas during db creation
      6c2c6682
    • Tom Lane's avatar
      Rewrite choose_bitmap_and() to make it more robust in the presence of · 2e824a8e
      Tom Lane authored
      competing alternatives for indexes to use in a bitmap scan.  The former
      coding took estimated selectivity as an overriding factor, causing it to
      sometimes choose indexes that were much slower to scan than ones with a
      slightly worse selectivity.  It was also too narrow-minded about which
      combinations of indexes to consider ANDing.  The rewrite makes it pay more
      attention to index scan cost than selectivity; this seems sane since it's
      impossible to have very bad selectivity with low cost, whereas the reverse
      isn't true.  Also, we now consider each index alone, as well as adding
      each index to an AND-group led by each prior index, for a total of about
      O(N^2) rather than O(N) combinations considered.  This makes the results
      much less dependent on the exact order in which the indexes are
      considered.  It's still a lot cheaper than an O(2^N) exhaustive search.
      A prefilter step eliminates all but the cheapest of those indexes using
      the same set of WHERE conditions, to keep the effective value of N down in
      scenarios where the DBA has created lots of partially-redundant indexes.
      2e824a8e
    • Tom Lane's avatar
    • Tom Lane's avatar
      And remove 'em again ... · a7664ca3
      Tom Lane authored
      a7664ca3
    • Tom Lane's avatar
  5. 16 Apr, 2007 8 commits