в postgres, разделение обновления между двумя таблицами с использованием правил - PullRequest
0 голосов
/ 01 февраля 2012

пытается сохранить журнал редактирования, используя правила.

create table t1(
    id serial primary key,
    c1 text,
    ... );

create table edit_log(
    id int references t1,
    editor_id int references users,
    edit_ts timestamp default current_timestamp );

с обновлением, желаю update t1 и insert into edit_lot

update t1 set c1='abc', ... where id=456;
insert into edit_log( id, editor_id, current_timestamp );

это было бы довольно просто за исключением для произвольного числа столбцов, например,

update t1 set c1='abc', c2='def', editor_id=123 where id=456;
update t1 set c3='xyz', editor_id=123 where id=456;

как написать правило для этого?

1 Ответ

1 голос
/ 01 февраля 2012

Думаю, триггер послужит вам лучше, чем правило. Посмотрите на это демо.

Тестовая настройка

CREATE TEMP TABLE t1(id int, editor_id int, c1 text);
INSERT INTO t1(id, editor_id) VALUES (1,1),(2,2);
CREATE TEMP TABLE edit_log(id int, editor_id int, edit_ts timestamp);

Создать функцию триггера

CREATE OR REPLACE FUNCTION trg_t1_upaft_log()
  RETURNS trigger AS
$BODY$
BEGIN

IF OLD IS DISTINCT FROM NEW THEN -- to avoid empty updates
    INSERT INTO edit_log(id, editor_id, edit_ts)
    VALUES(NEW.id, NEW.editor_id, now()::timestamp);
END IF;

RETURN NULL; -- trigger will be fired AFTER updates, return value is irrelevant.

END;
$BODY$
  LANGUAGE plpgsql VOLATILE;

Создать триггер

CREATE TRIGGER upaft_log
  AFTER UPDATE ON t1
  FOR EACH ROW
  EXECUTE PROCEDURE trg_t1_upaft_log();

Тест

UPDATE t1 SET c1 = 'baz' WHERE id = 1;
SELECT * FROM edit_log; -- 1 new entry

UPDATE t1 SET c1 = 'baz' WHERE id = 1;
SELECT * FROM edit_log;  -- no new entry, update changed nothing!

UPDATE t1 SET c1 = 'blarg';
SELECT * FROM edit_log;  -- 2 new entries, update changed two rows.

Cleanup

DROP TRIGGER upaft_log ON t1;
DROP FUNCTION trg_t1_upaft_log()
-- Temp. tables will be dropped automatically at end of session.

Комментарий

Для правила очень сложно или просто невозможно (в зависимости от деталей вашей настройки) определить, какие строки обновляются.

A триггер ПОСЛЕ ОБНОВЛЕНИЯ может решить после факта и является лучшим выбором. Также легко интегрировать с (большинством) дополнительных триггеров и / или правил в этом сценарии.

...