Better solution to the IN-list issue: instead of having an arbitrary cutoff,

Tom Lane <tgl@sss.pgh.pa.us>

Commit: 1d18f940a3757489e0e4873477f9c6ae2b5bc3e1
Author: Tom Lane <tgl@sss.pgh.pa.us>
Date: 2008-10-26T02:46:30Z
Releases: 8.3.5
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.

Files

PathChange+/−
src/backend/parser/parse_expr.c modified +31 −33