Better solution to the IN-list issue: instead of having an arbitrary cutoff,
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Oct 2008 02:46:30 +0000 (02:46 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Oct 2008 02:46:30 +0000 (02:46 +0000)
commit17113ff1013569894f084a15078a3d5213dc4f0e
tree8292e8f3004fee971473538e81a859c3b0b08517
parent34dbb04f8f76cab28729a7dd051cc8f481b0070b
Better solution to the IN-list issue: instead of having an arbitrary cutoff,
treat Var and non-Var IN-list items differently.  Only non-Var items are
candidates to go into an ANY(ARRAY) construct --- we put all Vars as separate
OR conditions on the grounds that that leaves more scope for optimization.
Per suggestion from Robert Haas.
src/backend/parser/parse_expr.c