Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

nodeSubplan.c

Blame
    • Tom Lane's avatar
      80860c32
      Improve dynahash.c's API so that caller can specify the comparison function · 80860c32
      Tom Lane authored
      as well as the hash function (formerly the comparison function was hardwired
      as memcmp()).  This makes it possible to eliminate the special-purpose
      hashtable management code in execGrouping.c in favor of using dynahash to
      manage tuple hashtables; which is a win because dynahash knows how to expand
      a hashtable when the original size estimate was too small, whereas the
      special-purpose code was too stupid to do that.  (See recent gripe from
      Stephan Szabo about poor performance when hash table size estimate is way
      off.)  Free side benefit: when using string_hash, the default comparison
      function is now strncmp() instead of memcmp().  This should eliminate some
      part of the overhead associated with larger NAMEDATALEN values.
      80860c32
      History
      Improve dynahash.c's API so that caller can specify the comparison function
      Tom Lane authored
      as well as the hash function (formerly the comparison function was hardwired
      as memcmp()).  This makes it possible to eliminate the special-purpose
      hashtable management code in execGrouping.c in favor of using dynahash to
      manage tuple hashtables; which is a win because dynahash knows how to expand
      a hashtable when the original size estimate was too small, whereas the
      special-purpose code was too stupid to do that.  (See recent gripe from
      Stephan Szabo about poor performance when hash table size estimate is way
      off.)  Free side benefit: when using string_hash, the default comparison
      function is now strncmp() instead of memcmp().  This should eliminate some
      part of the overhead associated with larger NAMEDATALEN values.