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

gistsplit.c

  • Tom Lane's avatar
    db3d7e9f
    Remove useless picksplit-doesn't-support-secondary-split log spam. · db3d7e9f
    Tom Lane authored
    This LOG message was put in over five years ago with the evident
    expectation that we'd make all GiST opclasses support secondary split
    directly.  However, no such thing ever happened, and indeed the number of
    opclasses supporting it decreased to zero in 9.2.  The reason is that
    improving on the default implementation isn't that easy --- the
    opclass-specific code that did exist, before 9.2, doesn't appear to have
    been any improvement over the default.
    
    Hence, remove the message altogether.  There's certainly no point in
    nagging users about this in released branches, but I doubt that we'll
    ever implement complete opclass-specific support anyway.
    db3d7e9f
    History
    Remove useless picksplit-doesn't-support-secondary-split log spam.
    Tom Lane authored
    This LOG message was put in over five years ago with the evident
    expectation that we'd make all GiST opclasses support secondary split
    directly.  However, no such thing ever happened, and indeed the number of
    opclasses supporting it decreased to zero in 9.2.  The reason is that
    improving on the default implementation isn't that easy --- the
    opclass-specific code that did exist, before 9.2, doesn't appear to have
    been any improvement over the default.
    
    Hence, remove the message altogether.  There's certainly no point in
    nagging users about this in released branches, but I doubt that we'll
    ever implement complete opclass-specific support anyway.