]> granicus.if.org Git - postgresql/commit
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:25 +0000 (02:46 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Oct 2008 02:46:25 +0000 (02:46 +0000)
commit0aed62fea91a67a3149c3ed21e2f03f838a1cdd9
tree1cfc4980519cde8b13cceebc6832ae944ffe1e0d
parentaa0fb53016d460b0edd053bda6ec58d99c3d473f
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