Skip to content
Snippets Groups Projects
  1. Jan 26, 2004
  2. Jan 25, 2004
  3. Jan 24, 2004
    • Tom Lane's avatar
    • Neil Conway's avatar
      Revert the change to print.c, as this breaks src/bin/scripts. The proper · 6f046b9d
      Neil Conway authored
      way to fix this is probably implementing safe memory handling functions
      once in a static lib and then using that in the various client apps,
      but for the moment I've just reverted the change to un-break the tree.
      6f046b9d
    • Jan Wieck's avatar
      Added GUC variable bgwriter_flush_method controlling the action · d77b63b1
      Jan Wieck authored
      done by the background writer between writing dirty blocks and
      napping.
      
          none (default)   no action
      	sync             bgwriter calls smgrsync() causing a sync(2)
      
      A global sync() is only good on dedicated database servers, so
      more flush methods should be added in the future.
      
      Jan
      d77b63b1
    • Neil Conway's avatar
      This patch makes some of the memory manipulation performed by psql a · 610d33c1
      Neil Conway authored
      little more sane. Some parts of the code was using a static function
      xmalloc() that did safe memory allocation (where "safe" means "bail
      out on OOM"), but most of it was just invoking calloc() or malloc()
      directly. Now almost everything invokes xmalloc() or xcalloc().
      610d33c1
    • Dennis Bjorklund's avatar
      Translation updates · cb3dc829
      Dennis Bjorklund authored
      cb3dc829
    • Tom Lane's avatar
      Repair planner failure for cases involving Cartesian products inside · 5d665836
      Tom Lane authored
      IN (sub-SELECT) constructs.  We must force a clauseless join of the
      sub-select member relations, but it wasn't happening because the code
      thought it would be able to use the join clause arising from the IN.
      5d665836
    • Tom Lane's avatar
      Revise GEQO planner to make use of some heuristic knowledge about SQL, namely · 3969f292
      Tom Lane authored
      that it's good to join where there are join clauses rather than where there
      are not.  Also enable it to generate bushy plans at need, so that it doesn't
      fail in the presence of multiple IN clauses containing sub-joins.  These
      changes appear to improve the behavior enough that we can substantially reduce
      the default pool size and generations count, thereby decreasing the runtime,
      and yet get as good or better plans as we were getting in 7.4.  Consequently,
      adjust the default GEQO parameters.  I also modified the way geqo_effort is
      used so that it affects both population size and number of generations;
      it's now useful as a single control to adjust the GEQO runtime-vs-plan-quality
      tradeoff.  Bump geqo_threshold to 12, since even with these changes GEQO
      seems to be slower than the regular planner at 11 relations.
      3969f292
  4. Jan 23, 2004
  5. Jan 22, 2004
  6. Jan 21, 2004
  7. Jan 20, 2004
  8. Jan 19, 2004
Loading