172 похожих чатов

Подскажите пожалуйста, почему при обращении к полю вьюхи, которое само

формируется запросом/функцией, оно вычисляется для каждого обращения независимо? это фича? )
Пример - https://www.db-fiddle.com/f/cTow7V1zeYy4W6bqyqFx9E/0
Соответственно в данном примере Subplan3, Subplan5, Subplan7 и .т.д одинаковые, и никакого смысла в их дополнительном выполнении вроде нет...
Правильным поведением кажется было бы единоразовое вычисление Subplan3 и Subplan4 и далее их использование в остальных OR условиях

5 ответов

16 просмотров

Насколько я понимаю, постгрес сначала подставляет текст запроса на место обращения к вьюхе, и только потом начинает оптимизировать что-то. К этому моменту догадаться, что какие-то куски запроса повторяются, становится не так просто. Это называется сommon subexpression elimination. Это далеко не у всех языков программирования оптимизирующие компиляторы умеют, не то что планировщики запросов в СУБД... Не уверен что оракловый оптимизатор так умеет даже.

Ilya Portnov
Насколько я понимаю, постгрес сначала подставляет ...

проверил - не умеет. ''' select (select max(id) from T1) m1, (select max(id) from T1) m2 from dual; ''' — в плане честно два индекс-скана.

Alexey Erpilev
Вроде так и было

ну, если бы оракловый оптимизатор был достаточно умный, он мог бы увидеть, что два раза делается одно и то же, сделать индекс-скан один раз и просто одну цифру вернуть два раза. Но не видит. Постгресовый планировщик делает так же, собственно. Понятно, почему так: для двух данных запросов произвольной сложности проверить, что они одинаковые — это прямо целая задача. А ещё надо учитывать, что запрос теоретически может обращаться к функциям, имеющим побочные эффекты, тогда однократное его исполнение может вернуть не те результаты. Короче ну его нафиг, решили авторы оптимизатора — пусть авторы запросов не страдают наркоманией и не пишут одинаковых подзапросов :)

Viktor-Velichkin Автор вопроса
Ilya Portnov
ну, если бы оракловый оптимизатор был достаточно у...

я не в курсе как деталях работает планировщик, но кажется задача понять что идет обращение к одной и той же колонке вьюхи не выглядит сложной, а именно из этого и следует что они одинаковые, да и пишущий запрос тоже скорее всего так думает, даже если там и лежат фукнции ниже которые возвращают разные результаты (ужас вообще что будет). еще в теории можно оценить сложность "материализации" на лету, и ее выполнить, если она выгоднее выходит.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта