Доброго дня. Подскажите. Если я сделаю вьюху, которая делает селект

всей таблицы, а при вызове вьюхи буду указывать "Условие отбора" по ключевому полю (where) - это равносильно, что я изначально указал бы в основном селекте условие? Другими словами -сначала выполнится весь селект (а это занимает енсколько секунд), а потом только будет по нему сделан отбор по ключевому полю? Или лучше функцию наклепать для этого?

> это равносильно, что я изначально указал бы в основном селекте условие? Чаще всего — да. В общем, это равносильно тому, как если бы текст view был подставлен в запрос вместо FROM the_view. > а потом только будет по нему сделан отбор по ключевому полю? Соответственно, нет! Вы "другими словами" описали противоположное поведение же? > Или лучше функцию наклепать для этого? Хмм... для чего (какая задача решается)? В CREATE VIEW a_view AS SELECT * FROM a_table смысла обычно мало.

спасибо, так и думал. Буду функцию тогда ваять

Нда. Корректно написанная функция на SQL ведёт себя точно так же, как и view, учтите — потому что это желаемое поведение в подавляющем большинстве ситуаций! Зачем и что Вам нужно, всё-таки?

в функцию могу параметр передать и сразу там делать селект с условием

И получится то же самое, только хуже. Впрочем, не хотите объяснять, что/зачем Вам нужно — дело Ваше. :(

да задача-то простейшая. Есть таблица - справочник свойств. Необходимо выполнить селект на таблицу, в котором помимо выборки полей таблицы, идет расчет дополнительных полей. Селект нужно выполнить с условием по ключевому полю - выбрать 1 запись с ID таким-то. Чтоб не дергать всю таблицу, думал оформить селект во вьюху, но вы говорите, что будет сначала выбрана вся таблица во вьюху, а потом из полученного результата выбрана 1 строка. Посему логично запихнуть селект в функцию, где сразу указать условие отбора - передаваемый аргумент функции. Во вьюху-ж мы не может аргумент передать?

У хранимки будет план кэшироваться после 5 выполнения, по аналогии с prepared statements, так что если planning у запроса ощутимый - это может оказаться даже быстрее просто вьюхи. Естественно при условии что там нет перед базой пуллера в режиме transaction который будет discard all'ом всю малину от кэширования плана портить. Очень краевой случай, но всё же

> Чтоб не дергать всю таблицу, думал оформить селект во вьюху Я не понимаю, как это в принципе могло бы в чём-то помочь. > но вы говорите, что будет сначала выбрана вся таблица во вьюху, а потом из полученного результата выбрана 1 строка. Я написал строго наоборот (несколько раз)! CREATE a_view AS SELECT * FROM a_table; SELECT * FROM a_view WHERE id = 15; эквивалентно SELECT * FROM a_table WHERE id = 15; > Во вьюху-ж мы не может аргумент передать? Нет, не можем. Но в данном случае это и не нужно.

спасибо, невнимательно значит прочитал :) буду делать вьюху :)

Может быть, здесь хоть кто-то начнёт читать, что я на самом деле пишу? ;) У правильно написанной функции на SQL никакого плана не будет, потому что она будет inlined.

Да вы с Ильей тут столько пишете, что если всё читать - работать и жить некогда будет)

Что имеется в виду под "хранимки"?

Твои требования невыполнимы, потому отклонены!

мне кажется, этот навык только когдам к 40 приходит. не уверен…