]> 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:30 +0000 (02:46 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 26 Oct 2008 02:46:30 +0000 (02:46 +0000)
commit1d18f940a3757489e0e4873477f9c6ae2b5bc3e1
treec35133a0fa8555895c5de1ab386f39945162d8f2
parent6571729d5490d12505ab5b6f180f15fe593c3105
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