1. 28 6月, 2006 1 次提交
  2. 19 6月, 2006 1 次提交
  3. 05 6月, 2006 2 次提交
    • T
      Increase the default value of cpu_index_tuple_cost from 0.001 to 0.005. · e4de635a
      Tom Lane 提交于
      This shouldn't affect simple indexscans much, while for bitmap scans that
      are touching a lot of index rows, this seems to bring the estimates more
      in line with reality.  Per recent discussion.
      e4de635a
    • T
      Add a GUC parameter seq_page_cost, and use that everywhere we formerly · eed6c9ed
      Tom Lane 提交于
      assumed that a sequential page fetch has cost 1.0.  This patch doesn't
      in itself change the system's behavior at all, but it opens the door to
      people adopting other units of measurement for EXPLAIN costs.  Also, if
      we ever decide it's worth inventing per-tablespace access cost settings,
      this change provides a workable intellectual framework for that.
      eed6c9ed
  4. 22 5月, 2006 1 次提交
    • T
      Add a new GUC parameter backslash_quote, which determines whether the SQL · b3eb4ea5
      Tom Lane 提交于
      parser will allow "\'" to be used to represent a literal quote mark.  The
      "\'" representation has been deprecated for some time in favor of the
      SQL-standard representation "''" (two single quote marks), but it has been
      used often enough that just disallowing it immediately won't do.  Hence
      backslash_quote allows the settings "on", "off", and "safe_encoding",
      the last meaning to allow "\'" only if client_encoding is a valid server
      encoding.  That is now the default, and the reason is that in encodings
      such as SJIS that allow 0x5c (ASCII backslash) to be the last byte of a
      multibyte character, accepting "\'" allows SQL-injection attacks as per
      CVE-2006-2314 (further details will be published after release).  The
      "on" setting is available for backward compatibility, but it must not be
      used with clients that are exposed to untrusted input.
      
      Thanks to Akio Ishida and Yasuo Ohgaki for identifying this security issue.
      b3eb4ea5
  5. 12 5月, 2006 1 次提交
  6. 07 3月, 2006 2 次提交
  7. 24 12月, 2005 1 次提交
  8. 23 12月, 2005 1 次提交
  9. 18 11月, 2005 1 次提交
    • T
      Make SQL arrays support null elements. This commit fixes the core array · cecb6075
      Tom Lane 提交于
      functionality, but I still need to make another pass looking at places
      that incidentally use arrays (such as ACL manipulation) to make sure they
      are null-safe.  Contrib needs work too.
      I have not changed the behaviors that are still under discussion about
      array comparison and what to do with lower bounds.
      cecb6075
  10. 10 11月, 2005 2 次提交
  11. 09 10月, 2005 1 次提交
  12. 20 9月, 2005 1 次提交
  13. 12 9月, 2005 1 次提交
    • T
      Tweak TCP-keepalive code so that an invalid setting doesn't cause us · cc3bda37
      Tom Lane 提交于
      to drop connections unceremoniously.  Also some other marginal cleanups:
      don't query getsockopt() repeatedly if it fails, and avoid having the
      apparent definition of struct Port depend on which system headers you
      might have included or not.  Oliver Jowett and Tom Lane.
      cc3bda37
  14. 03 9月, 2005 2 次提交
  15. 30 8月, 2005 2 次提交
  16. 23 8月, 2005 1 次提交
  17. 21 8月, 2005 2 次提交
    • T
      Minor GUC cleanups: document krb_server_hostname and custom_variable_classes · 6fcaaf29
      Tom Lane 提交于
      in postgresql.conf.sample, mark custom_variable_classes as SIGHUP not
      POSTMASTER to agree with the documentation (I can't see a reason it has
      to be POSTMASTER so I think the docs are right).
      6fcaaf29
    • T
      Convert the arithmetic for shared memory size calculation from 'int' · 0007490e
      Tom Lane 提交于
      to 'Size' (that is, size_t), and install overflow detection checks in it.
      This allows us to remove the former arbitrary restrictions on NBuffers
      etc.  It won't make any difference in a 32-bit machine, but in a 64-bit
      machine you could theoretically have terabytes of shared buffers.
      (How efficiently we could manage 'em remains to be seen.)  Similarly,
      num_temp_buffers, work_mem, and maintenance_work_mem can be set above
      2Gb on a 64-bit machine.  Original patch from Koichi Suzuki, additional
      work by moi.
      0007490e
  18. 19 8月, 2005 1 次提交
  19. 12 8月, 2005 1 次提交
    • T
      Autovacuum loose end mop-up. Provide autovacuum-specific vacuum cost · d90c5311
      Tom Lane 提交于
      delay and limit, both as global GUCs and as table-specific entries in
      pg_autovacuum.  stats_reset_on_server_start is now OFF by default,
      but a reset is forced if we did WAL replay.  XID-wrap vacuums do not
      ANALYZE, but do FREEZE if it's a template database.  Alvaro Herrera
      d90c5311
  20. 09 8月, 2005 1 次提交
  21. 30 7月, 2005 1 次提交
  22. 24 7月, 2005 1 次提交
  23. 14 7月, 2005 1 次提交
  24. 06 7月, 2005 1 次提交
  25. 03 7月, 2005 2 次提交
  26. 01 7月, 2005 1 次提交
  27. 26 6月, 2005 1 次提交
  28. 18 6月, 2005 1 次提交
  29. 10 6月, 2005 3 次提交
  30. 05 6月, 2005 2 次提交
    • B
      · 72c53ac3
      Bruce Momjian 提交于
      Allow kerberos name and username case sensitivity to be specified from
      postgresql.conf.
      
      ---------------------------------------------------------------------------
      
      
      Here's an updated version of the patch, with the following changes:
      
      1) No longer uses "service name" as "application version". It's instead
      hardcoded as "postgres". It could be argued that this part should be
      backpatched to 8.0, but it doesn't make a big difference until you can
      start changing it with GUC / connection parameters. This change only
      affects kerberos 5, not 4.
      
      2) Now downcases kerberos usernames when the client is running on win32.
      
      3) Adds guc option for "krb_caseins_users" to make the server ignore
      case mismatch which is required by some KDCs such as Active Directory.
      Off by default, per discussion with Tom. This change only affects
      kerberos 5, not 4.
      
      4) Updated so it doesn't conflict with the rendevouz/bonjour patch
      already in ;-)
      
      Magnus Hagander
      72c53ac3
    • B
      00750f3f