Re: Constraint exclusion in views
От | Tom Lane |
---|---|
Тема | Re: Constraint exclusion in views |
Дата | |
Msg-id | 29144.1351977827@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Constraint exclusion in views (Josh Berkus <josh@agliodbs.com>) |
Ответы |
Re: Constraint exclusion in views
|
Список | pgsql-performance |
Josh Berkus <josh@agliodbs.com> writes: >> Funny thing is, if I set constraint_exclusion=on, it works as >> expected. But not with constraint_exclusion=partition. > The difference between "on" and "partition" is how it treats UNION. > This seems to be working as designed. Well, what "partition" actually means is "only bother to try constraint exclusion proofs on appendrel members". UNION ALL trees will get flattened into appendrels in some cases. In a quick look at the code, it seems like in recent releases the restrictions are basically that the UNION ALL arms have to (1) each be a plain SELECT from a single table with no WHERE restriction; (2) all produce the same column datatypes; and (3) not have any volatile functions in the SELECT lists. I might be missing something relevant to the OP's case, but it's hard to tell without a concrete example. regards, tom lane
В списке pgsql-performance по дате отправления: