Re: Poor performance using CTE

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: Poor performance using CTE
Дата
Msg-id 50AD750B.8010108@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: Poor performance using CTE  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-performance
On 11/22/2012 08:38 AM, Gavin Flower wrote:
> I suspect most people are blissfully unaware of CTE's being fenced, or
> at least not really sure what it means. So I suspect NOT FENCE would
> be the better default.
It's also probably more standard, and a better fit with what other DBs do.

Pg would still need to detect conditions like the use of functions with
side effects or (obviously) INSERT/UPDATE/DELETE wCTEs and not push
conditions down into them / pull conditions up from them, etc. That's
how I read the standard, though; must have the same effect as if the
queries were executed as written, so Pg is free to transform them so
long as it doesn't change the results.

--
 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-performance по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: Poor performance using CTE
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: Hints (was Poor performance using CTE)