Dimitry Sibiryakoviscrafmты уже подготовил пример использования View с параметрами?
Повторяю третий раз, параметры в view передаются следующим образом:


та тупой?
18437855
18437863

не мое, но хорошо озвучено 18437959

softwareriscrafmты уже подготовил пример использования View с параметрами?
Пример для твоего вопроса я подготовил больше десяти лет назад: 1000102 . Заодно можешь почитать и поучиться, как столь же гонористый, как и ты, но достойный человек (pkarklin) ведёт себя в подобной ситуации.
извиняюсь у читателей....
Саша, ты действительно настолько туп? Ты в этой ссылке где-то View с параметрами нашел?

ужас...
Этот балбес с ником softwarer откровенно приводит текст программы на делфи, которая готовит текcт запроса для компонент TQuery

18435741

почитал то тему 10 летней давности. Этот педант softwarer был не очень умным разработчиком и в то время.

1000116

это конечно типично:
softwarerможно назвать только идиотизмом конкретного решения

но вообще тема хорошо показывает всю глупость Александра. Ему все про корову, а он уперся в сено.
и это 10! лет назад, ничего не меняется

Dimitry Sibiryakoviscrafmты create view такой медленно повтори
iscrafmпример использования View с параметрами
iscrafmне мое, но хорошо озвучено
Хорошо, но не по делу. Ты что, и между словам "create" и "использование" разницы не видишь?..
я уже сомневаюсь после прочтения такого кто из вашей парочки с Сашей глупее...

Amberitsky2highСлышал такую позицию:
для измения базы - использовать хп,
для вывода из базы - view.

Может, кто-то подскажет точнее?

После n-ой страницы холивара, кидания друг в друга какашками и выяснения степени тупости собеседника предлагаю следующий вариант использования, исходя из личного опыта и круга задач (оговорюсь, СУБД Oracle, но думаю применимо и к другим СУБД):

1. Для изменения данных - предпочтительнее использовать ХП. Исключением может быть разве что базовые CRUD-операции, но и их лучше оформить в ХП.

2. Для вывода данных - предпочтительнее использовать ХП/ХФ и выходной параметр типа sys_refcursor, pipeline, sql коллекции и т.д. Здесь все очень сильно зависит от специфики конкретной задачи, объема возвращаемых данных и др. факторов, в т.ч. версии БД, возможности работы 24*7 и т.д.
здесь единственное, что можно сказать точно: использование View для изменения данных не пройдет. А вот обязательность использования для этого ХП зависит от задачи. Иногда проще просто UPDATE или INSERT отправить СУБД...

Dimitry Sibiryakoviscrafmздесь единственное, что можно сказать точно: использование View для
изменения данных не пройдет.
Что ему помешает? Кривые руки?..
перейдем к примерам оформления в View операций обновления БД? Похоже Dimitry Sibiryakov пытается у Александра перехватить первенство по глупости

softwareriscrafmпочитал то тему 10 летней давности.
Ты как всегда, сначала ответил, потом прочитал. Ещё через пару прочтений даже поймёшь, обнаружишь, что опять сел в лужу и прореагируешь на это своим любимым способом.
нет я прочитал тупица

похоже Сибиряков и Саша начали соперничество по глупости

Dimitry Sibiryakoviscrafmперейдем к примерам оформления в View операций обновления БД?
Не перейдём. Человек либо знает как это делается, либо его учить - только мучить.
так давай пример тупица. Уже не смешны эти тупости. Дай маленький пример и название СУБД где View выполняет редактирование данных...

сейчас пойдут в ход исключения типа MySQL с кучей ограничений... Но ладно пусть ответит

Dimitry SibiryakoviscrafmДай
Не дам. Я не люблю мучить.
а чем это тебя будет мучать?

softwareriscrafmДай маленький пример и название СУБД где View выполняет редактирование данных...
Интересно, как на этот раз Валера будет выкручиваться. Скорее всего, когда он на этот раз погуглит и узнает, что снова лажанулся, он скажет, что редактирование данных выполняет не сам view, а <не-будем-называть-что>, а вот сам view.... Ну это, конечно, пока он не нагуглит про view, которые умеют обновлять данные без <не-будем-называть-чего>.
ну дай ты гуглитель хоть один пример такой View

softwareriscrafmДай маленький пример и название СУБД где View выполняет редактирование данных...
Интересно, как на этот раз Валера будет выкручиваться. Скорее всего, когда он на этот раз погуглит и узнает, что снова лажанулся, он скажет, что редактирование данных выполняет не сам view, а <не-будем-называть-что>, а вот сам view.... Ну это, конечно, пока он не нагуглит про view, которые умеют обновлять данные без <не-будем-называть-чего>.
а ту уже нашел пример View с параметрами?