1. 29 9月, 2004 1 次提交
  2. 22 9月, 2004 1 次提交
  3. 21 9月, 2004 1 次提交
  4. 31 8月, 2004 1 次提交
  5. 13 8月, 2004 2 次提交
  6. 09 8月, 2004 1 次提交
  7. 08 8月, 2004 1 次提交
  8. 07 8月, 2004 2 次提交
  9. 06 8月, 2004 2 次提交
  10. 22 7月, 2004 2 次提交
  11. 19 7月, 2004 1 次提交
  12. 12 7月, 2004 1 次提交
  13. 11 7月, 2004 1 次提交
  14. 07 4月, 2004 1 次提交
    • B
      > >>1. change the type of "log_statement" option from boolean to string, · 6a25c6e1
      Bruce Momjian 提交于
      > >>with allowed values of "all, mod, ddl, none" with default "none".
      
      OK, here is a patch that implements #1.  Here is sample output:
      
              test=> set client_min_messages = 'log';
              SET
              test=> set log_statement = 'mod';
              SET
              test=> select 1;
               ?column?
              ----------
                      1
              (1 row)
      
              test=> update test set x=1;
              LOG:  statement: update test set x=1;
              ERROR:  relation "test" does not exist
              test=> update test set x=1;
              LOG:  statement: update test set x=1;
              ERROR:  relation "test" does not exist
              test=> copy test from '/tmp/x';
              LOG:  statement: copy test from '/tmp/x';
              ERROR:  relation "test" does not exist
              test=> copy test to  '/tmp/x';
              ERROR:  relation "test" does not exist
              test=> prepare xx as select 1;
              PREPARE
              test=> prepare xx as update x set y=1;
              LOG:  statement: prepare xx as update x set y=1;
              ERROR:  relation "x" does not exist
              test=> explain analyze select 1;;
                                                   QUERY PLAN
              ------------------------------------------------------------------------------------
               Result  (cost=0.00..0.01 rows=1 width=0) (actual time=0.006..0.007 rows=1 loops=1)
               Total runtime: 0.046 ms
              (2 rows)
      
              test=> explain analyze update test set x=1;
              LOG:  statement: explain analyze update test set x=1;
              ERROR:  relation "test" does not exist
              test=> explain update test set x=1;
              ERROR:  relation "test" does not exist
      
      It checks PREPARE and EXECUTE ANALYZE too.  The log_statement values are
      'none', 'mod', 'ddl', and 'all'.  For 'all', it prints before the query
      is parsed, and for ddl/mod, it does it right after parsing using the
      node tag (or command tag for CREATE/ALTER/DROP), so any non-parse errors
      will print after the log line.
      6a25c6e1
  15. 05 4月, 2004 1 次提交
  16. 25 3月, 2004 1 次提交
  17. 24 3月, 2004 1 次提交
  18. 23 3月, 2004 1 次提交
  19. 15 3月, 2004 1 次提交
  20. 09 3月, 2004 1 次提交
    • B
      Add: · 2d3fe86b
      Bruce Momjian 提交于
      #log_line_prefix = ''         # e.g. '<%u%%%d> '
                                    # %u=user name %d=database name
                                    # %r=remote host and port
                                    # %p=PID %t=timestamp %i=command tag
                                    # %c=session id %l=session line number
                                    # %s=session start timestamp
                                    # %x=stop here in non-session processes
                                    # %%='%'
      
      Andrew Dunstan
      2d3fe86b
  21. 17 2月, 2004 2 次提交
  22. 07 2月, 2004 1 次提交
  23. 04 2月, 2004 2 次提交
  24. 25 1月, 2004 1 次提交
    • J
      Added GUC variable bgwriter_flush_method controlling the action · d77b63b1
      Jan Wieck 提交于
      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
  25. 24 1月, 2004 1 次提交
    • T
      Revise GEQO planner to make use of some heuristic knowledge about SQL, namely · 3969f292
      Tom Lane 提交于
      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
  26. 22 1月, 2004 1 次提交
  27. 02 12月, 2003 1 次提交
  28. 19 11月, 2003 1 次提交
    • J
      Background writer process · cfeca621
      Jan Wieck 提交于
      This first part of the background writer does no syncing at all.
      It's only purpose is to keep the LRU heads clean so that regular
      backends seldom to never have to call write().
      
      Jan
      cfeca621
  29. 17 11月, 2003 1 次提交
  30. 13 11月, 2003 3 次提交
  31. 08 10月, 2003 1 次提交
  32. 04 10月, 2003 1 次提交