называется колонка
грубо говоря:
TAB1(col1, col2, col3): 1, 2, 'test'
TAB2(col1, col2, test): 1, 2, 'value'
Из первой таблицы забираю значение 'test' спокойно.
Как мне теперь получить значение 'value' из второй таблицы?
а, забыл, что всё это дело - процедура триггера на инсерт в TAB1:
CREATE TRIGGER trigger_name
AFTER INSERT
ON TAB1
FOR EACH ROW
EXECUTE PROCEDURE procedure_name();
пробовал SELECT(NEW.col3) FROM TAB2 WHERE col1 = 1
не работает и pgAdmin ни на что не ругается
Заранее спасибо)
Используйте EXECUTE, в него передаётся текст запроса в виде текста.
Спасибо Когда реализовывал, появилась другая проблема Внутри процедуры триггера использую PREPARE statement_name(some types) AS smthng; EXECUTE statement_name(1, 2, 3); При срабатывании триггера ругается, что statement_name уже существует. Как будто при каждом вызове процедуры создаётся "объект" statement_name и не деаллоцируется. Куда копать?)
Такое ощущение, что в smthng делается что то не то. Потому что это вполне себе штатный случай. https://postgrespro.ru/docs/postgrespro/9.5/sql-prepare
Может что-то упускаю Полный текст процедуры: BEGIN PREPARE upd_stats(text, INTERVAL, text, int) AS UPDATE statistics SET number = (SELECT COUNT(event) FROM history WHERE history.event = $3 AND history.datetime > (current_timestamp - $2) AND history.datetime <= current_timestamp) WHERE "period" = $1 AND "type" = (SELECT type FROM applications WHERE applications.id = $4) AND "status" = $3; EXECUTE upd_stats('day', INTERVAL '1 day', NEW.event, NEW.application_id); EXECUTE upd_stats('week', INTERVAL '1 week', NEW.event, NEW.application_id); EXECUTE upd_stats('month', INTERVAL '1 month', NEW.event, NEW.application_id); RETURN NEW; END; Надеюсь читабельно..
В plpgsql не нужно явно использовать prepared statements. Почитали бы Вы документацию про него (там вполне удобное оглавление).
Использовал PREPARE как "локальную функцию" Уже пришли к выводу с одним человеком, что проще сделать отдельную функцию
Прекратить изображать битлз голосом Рабиновича и копировать лог анализа полный текст запросов вместе с полным текстом ошыбки.
Я так никогда не пробовал — но чисто теоретически, кстати, prepared statements — это понятие сэссии и жыть они должны до конца сэссии (коннекта) или до deallocate (или как он там зовётся). Мне непонятно, зачем вас вообще понесло в эту степь — неужэли что-то ускорить настолько надо?
Ниже ответил) https://t.me/pgsql/315514
Обсуждают сегодня