1. 29 7月, 2003 1 次提交
  2. 28 7月, 2003 3 次提交
  3. 27 7月, 2003 2 次提交
    • T
      Error message editing in utils/adt. Again thanks to Joe Conway for doing · b6a1d25b
      Tom Lane 提交于
      the bulk of the heavy lifting ...
      b6a1d25b
    • B
      > Joe Conway <mail@joeconway.com> writes: · 38fb906f
      Bruce Momjian 提交于
      >>ISTM that "source" is worth knowing.
      >
      > Hm, possibly.  Any other opinions?
      
      This version has the seven fields I proposed, including "source". Here's
      an example that shows why I think it's valuable:
      
      regression=# \x
      Expanded display is on.
      regression=# select * from pg_settings where name = 'enable_seqscan';
      -[ RECORD 1 ]-----------
      name    | enable_seqscan
      setting | on
      context | user
      vartype | bool
      source  | default
      min_val |
      max_val |
      
      regression=# update pg_settings set setting = 'off' where name =
      'enable_seqscan';
      -[ RECORD 1 ]---
      set_config | off
      
      regression=# select * from pg_settings where name = 'enable_seqscan';
      -[ RECORD 1 ]-----------
      name    | enable_seqscan
      setting | off
      context | user
      vartype | bool
      source  | session
      min_val |
      max_val |
      
      regression=# alter user postgres set enable_seqscan to 'off';
      ALTER USER
      
      (log out and then back in again)
      
      regression=# \x
      Expanded display is on.
      regression=# select * from pg_settings where name = 'enable_seqscan';
      -[ RECORD 1 ]-----------
      name    | enable_seqscan
      setting | off
      context | user
      vartype | bool
      source  | user
      min_val |
      max_val |
      
      In the first case, enable_seqscan is set to its default value. After
      setting it to off, it is obvious that the value has been changed for the
      session only. In the third case, you can see that the value has been set
      specifically for the user.
      
      Joe Conway
      38fb906f
  4. 26 7月, 2003 1 次提交
  5. 25 7月, 2003 2 次提交
  6. 24 7月, 2003 1 次提交
    • T
      Have a go at fixing various outstanding portability issues in code that · df63503d
      Tom Lane 提交于
      was modified for IPv6.  Use a robust definition of struct sockaddr_storage,
      do a proper configure test to see if ss_len exists, don't assume that
      getnameinfo() will handle AF_UNIX sockets, don't trust getaddrinfo to
      return the protocol we ask for, etc.  This incorporates several outstanding
      patches from Kurt Roeckx, but I'm to blame for anything that doesn't
      work ...
      df63503d
  7. 23 7月, 2003 3 次提交
  8. 22 7月, 2003 3 次提交
  9. 21 7月, 2003 2 次提交
  10. 20 7月, 2003 2 次提交
  11. 19 7月, 2003 1 次提交
  12. 18 7月, 2003 1 次提交
  13. 17 7月, 2003 1 次提交
  14. 16 7月, 2003 2 次提交
  15. 15 7月, 2003 4 次提交
  16. 10 7月, 2003 1 次提交
  17. 09 7月, 2003 1 次提交
  18. 05 7月, 2003 1 次提交
  19. 04 7月, 2003 3 次提交
  20. 02 7月, 2003 1 次提交
  21. 01 7月, 2003 2 次提交
  22. 30 6月, 2003 1 次提交
    • T
      Restructure building of join relation targetlists so that a join plan · 835bb975
      Tom Lane 提交于
      node emits only those vars that are actually needed above it in the
      plan tree.  (There were comments in the code suggesting that this was
      done at some point in the dim past, but for a long time we have just
      made join nodes emit everything that either input emitted.)  Aside from
      being marginally more efficient, this fixes the problem noted by Peter
      Eisentraut where a join above an IN-implemented-as-join might fail,
      because the subplan targetlist constructed in the latter case didn't
      meet the expectation of including everything.
      Along the way, fix some places that were O(N^2) in the targetlist
      length.  This is not all the trouble spots for wide queries by any
      means, but it's a step forward.
      835bb975
  23. 29 6月, 2003 1 次提交
    • T
      Support expressions of the form 'scalar op ANY (array)' and · bee21792
      Tom Lane 提交于
      'scalar op ALL (array)', where the operator is applied between the
      lefthand scalar and each element of the array.  The operator must
      yield boolean; the result of the construct is the OR or AND of the
      per-element results, respectively.
      
      Original coding by Joe Conway, after an idea of Peter's.  Rewritten
      by Tom to keep the implementation strictly separate from subqueries.
      bee21792