АЛ
Есть тесты того на сколько хранимки превосходят обычные запросы?
В чем превосходят?
Size: a a a
2020 August 06
АК
в скорости
АК
На комбинацию select + update
АЛ
Они в pg не превосходят. С чего бы вдруг
АЛ
Хранимка выполняется точно так же как и обычный запрос. С планированием, и выполнением. Кэшэй планов и результатов нет - поэтому и разницы быть не должно
МШ
Они в pg не превосходят. С чего бы вдруг
С того, что хранимки без динамики - препаренные. Со всеми вытекающими, когда их много.
АЛ
С того, что хранимки без динамики - препаренные. Со всеми вытекающими, когда их много.
Препаренные это же не про хранимки все же
АЛ
Можно и обычный запрос в prepared statements внести. В некоторых случаях это даст прирост на сокращение времени планирования
АЛ
Но время выполнения будет тем же (за исключением несколько дней назад обсуждаемых неизменчивых функций)
МШ
Препаренные это же не про хранимки все же
препаренные запросы - это грубое упрощение, вот что говорит дока: https://postgrespro.ru/docs/postgresql/11/plpgsql-implementation
Надеюсь, это именно то, что надо вопрошавшему.
Надеюсь, это именно то, что надо вопрошавшему.
АЛ
Вообщем случае - стоит просто посмотреть на PREPARE
АЛ
Тут ещё важно соотношение времени планирования к времени выполнения. Возможно это даст экономию на спичках
YS
Хуже того, кеширование планов может привести к выбору куда худшего плана (который и выполняться будет куда дольше).
А вообще, использование хранимой функции вместо одного запроса всегда (кроме inlining) должно быть медленнее, чем тот же [prepared] запрос.
А вообще, использование хранимой функции вместо одного запроса всегда (кроме inlining) должно быть медленнее, чем тот же [prepared] запрос.
2_
Yaroslav Schekin
Хуже того, кеширование планов может привести к выбору куда худшего плана (который и выполняться будет куда дольше).
А вообще, использование хранимой функции вместо одного запроса всегда (кроме inlining) должно быть медленнее, чем тот же [prepared] запрос.
А вообще, использование хранимой функции вместо одного запроса всегда (кроме inlining) должно быть медленнее, чем тот же [prepared] запрос.
а как же IMMUTABLE функции? они не кэшируются?
YS
2flower _
а как же IMMUTABLE функции? они не кэшируются?
Нет, они не кешируются.
2_
Yaroslav Schekin
Нет, они не кешируются.
я может коряво спросил, но если есть запрос
select foo().... from ( .... select foo()....) где foo IMMUTABLE, разве функция не будет вычислена 1 раз?
select foo().... from ( .... select foo()....) где foo IMMUTABLE, разве функция не будет вычислена 1 раз?
АЛ
Будет 1 раз, но результат не будет кэширован. То есть при повторном выполнении запроса - будет вычислена повторно
2_
Будет 1 раз, но результат не будет кэширован. То есть при повторном выполнении запроса - будет вычислена повторно
не корректно в первый раз спросил. ясно. спасибо.
YS
2flower _
я может коряво спросил, но если есть запрос
select foo().... from ( .... select foo()....) где foo IMMUTABLE, разве функция не будет вычислена 1 раз?
select foo().... from ( .... select foo()....) где foo IMMUTABLE, разве функция не будет вычислена 1 раз?
Здесь ни запрос, ни результат не кешируются. Т.е. это совсем другое дело, т.е. (pseudo)constant folding, например.
SG
А можно в сессии поставить формат timestamptz? Так чтобы понимал '10-JAN-20 23.58.48.123456'