как optimization fence? Есть ли какая-нибудь возможность, описано ли где-нибудь, как вынести кусок логики/подзапрос в отдельную функцию, чтобы при её использовании query planner мог бы так же вставлять код этого подзапроса, как при нематериализованном CTE?
В postgres вообще мало возможностей повлиять на оптимизатор. Можно заставить перестать использовать определенные виды индексов. Скорее всего, Вы говорите про функциональные индексы, они в постгрес отсутствуют.
Я вообще не про функциональные индексы (которые в постгрес присутствуют, ну, как минимум с версии 7.2). Я скорее про то, чтобы, когда пишешь сложный запрос, можно было вынести кусок его логики не в CTE с пометкой NOT MATERIALIZED, а именно в функцию, и не получить только от этого optimization fence
> ведь выступают как optimization fence? По-разному. > описано ли где-нибудь, как вынести кусок логики/подзапрос в отдельную функцию, чтобы при её использовании query planner мог бы так же вставлять код этого подзапроса Да, см. https://wiki.postgresql.org/wiki/Inlining_of_SQL_functions И ограничений куда меньше, чем Вы чувствуете, для table-valued functions. Т.е. это практически views, только с параметрами.
Ооо, по названию статьи чувствую, что это именно про то, что мне надо. Спасибо.
Извиняюсь, Вы абсолютно правы по поводу функциональных индексов.
> можно было вынести кусок его логики не в CTE с пометкой NOT MATERIALIZED Кстати, такая "пометка" почти что бесполезна — всё, что она делает, это позволяет inlinIng тех CTE, которые использованы в запросе более одного раза; и притом только тех из них, в которых нет "небезопасных" для inlinIng конструкций.
Обсуждают сегодня