R
Разобрался, спс
Size: a a a
2021 June 21
R
Если это процедура/функция, то при create or replace не должны, по идее, но лучше проверить. В остальных случаях (без or replace) точно слетят. Исключение - гранты выданные автоматом за счёт default privileges.
СК
ну формально, гранты выданные за счёт default privileges тоже слетят..
просто высока вероятность что аналогичные будут выданы еще раз
небольшая, но разница )
просто высока вероятность что аналогичные будут выданы еще раз
небольшая, но разница )
R
Ну вероятность тут не причём, тут всё детерминированно, в остальном согласен. Но, поскольку это будет в одной транзакции, никто разницы не заметит.
СК
вероятность, как раз потому что гранты выданные по default privileges на момент первоначального создания таблицы, могут отличаться от текущих default privileges
и в итоге можно ( но в большинстве случаев такого все же не происходит) "неожиданно" получить другой набор прав
и в итоге можно ( но в большинстве случаев такого все же не происходит) "неожиданно" получить другой набор прав
КБ
Коллеги, добрый день!
Если уже пользовались нашим анализатором планов, расскажите свои впечатления и замечания - учтем:
https://explain.tensor.ru/
Если уже пользовались нашим анализатором планов, расскажите свои впечатления и замечания - учтем:
https://explain.tensor.ru/
SJ
Добрый день, возможно ли для этой процедуры создать триггер?
D
Добрый день.
Уточните пожалуйста что вы имеете ввиду под созданием триггера для процедуры?
Возможно вы хотите повешать триггер на таблицу inventory, чтобы что-то отслеживать.
Но если у вас изменения только через эту процедуру проходят, я бы расширил ее бизнес логику, когда вся логика в одном месте - ее проще отлаживать и разбираться в том как что работает.
Уточните пожалуйста что вы имеете ввиду под созданием триггера для процедуры?
Возможно вы хотите повешать триггер на таблицу inventory, чтобы что-то отслеживать.
Но если у вас изменения только через эту процедуру проходят, я бы расширил ее бизнес логику, когда вся логика в одном месте - ее проще отлаживать и разбираться в том как что работает.
SJ
after insert on receipt (таблица) я бы хотел сделать call на эту процедуру
SJ
или если есть тут Spring-разработчики посоветуйте как правильно вызывать процедуру с помощью jdbcTemplate
D
ну вам надо будет написать триггерную функцию обертку, в которую положить нужную вам бизнес логику - https://postgrespro.ru/docs/postgrespro/11/plpgsql-trigger
D
Но вообще триггеры - не очень хорошая тема, они маскируют поведение в базе данных и бывает сложно разобраться в бизнес логике, в которой используются триггеры.
Если есть возможность написать бизнес логику в одном месте, где это будет читабельно - лучше сделать это без триггеров - код будет проще поддерживать.
По спрингу не могу подсказать к сожалению.
Если есть возможность написать бизнес логику в одном месте, где это будет читабельно - лучше сделать это без триггеров - код будет проще поддерживать.
По спрингу не могу подсказать к сожалению.
ВП
Есть альтернативный вариант для таких случаев. Можно всю логику положить в процедуру, сделать представление с триггером instead of insert и оттуда вызывать процедуру.
SJ
вот примерная вещь, которую я хотел сделать. Но здесь передаются постоянные параметры 100 и 'blue', а я хотел бы передать сюда параметры новых строк каждый раз при вызове
KT
Есть спец переменная, где хранятся эти данные. Кажется NEW называется
SJ
не работает)
KT
аа. У вас триггер. Я про триггерую функцию говорил. В ней будет. т. е. внутри audit_proc
KT
Можете показать как именно не работает? Какая ошибка?
SJ
внутри триггерной функции у меня переменные, которые нужно передать через сам триггер