запросов execute. Желательно с цифрами?
Здесь где-то, наверное, должен быть вопросительный знак?
Есть — время уходит на планирование запроса при каждом execute. Но зато само выполнение может оказаться быстрее за счёт большей оптимизации запроса.
То есть при создание хранимой процедуры мы создаём план и ему следуем и не нужно планировать. А при execute создаём план при выполнении?
Любая SQL команда в функциях транслируется в подготовленное выражение (prepared statement). План для каждого подготовленного выражения может кэшироваться в зависимости от ряда условий (например, команда без параметров, либо планировщик понимает, что значения параметров не влияют на скорость выполнения; либо подготовленное выражение часто выполняется). При execute план гарантированно создаётся при каждом синтаксическом разборе и текущие значения параметров всегда принимаются ко вниманию для генерации оптимального плана.
При условии, что планы в итоге получаются одинаковыми (и речь про plpgsql) — какая-то есть, безусловно (дешевле не использовать дополнительные EXECUTE). А вот какая — зависит от того, сколько раз используется функция в данной сессии. Если много раз, то вариант без EXECUTE может начать выигрывать за счёт кеширования планов (насколько существенно, зависит от того, сколько времени занимает планирование). > Желательно с цифрами? А Вы сами измерьте (проще всего с помощью pgbench), Вас же наверняка интересует, как оно будет в конкретной ситуации... нет?
Обсуждают сегодня