PostgreSQLのトリガと休止状態を使用すると予期しない行数が発生する

Question

私はHibernateを使用するアプリケーションを持っており、履歴テーブルに変更または削除された行をテーブルにコピーする必要があります。 HibernateはSQLで変更された行の検査を行いませんので、このエラーが来ることを私が発見したしばらくグーグル後

org.springframework.orm.hibernate3.HibernateOptimisticLockingFailureException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1; nested exception is org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1

：含めた後、PostgreSQLは、アプリケーションが正常に動作しないと、このエラーを与えているトリガー更新が行われたため、返された行は予想された行ではありません。私はこれがトリガーの行数をオフにすることで修正できることを見てきました。しかし、PostgreSQLは 'set nocount on'の代替手段を持っていないようです。

PostgreSQLのトリガーで以下のように問題を解決するにはどうすればよいですか？

おかげ

CREATE OR REPLACE FUNCTION my_trigger_fnc() RETURNS TRIGGER AS $my_trigger_fnc$ 
    DECLARE 
     nowDate timestamp := now(); 
    BEGIN 

     INSERT INTO historial_table (
       id, 
       date_now, 
       id_mytable, 
       --some other fields 
       ... 
       ) 
     VALUES (    
       nextVal('historial_table_seq'), 
       nowDate, 
       OLD.id_mytable 
       --some other fields 
       ... 
       ); 
     RETURN NEW; 
    END; 
$my_trigger_fnc$ LANGUAGE plpgsql; 

CREATE TRIGGER my_trigger BEFORE UPDATE OR DELETE 
    ON my_table FOR EACH ROW 
    EXECUTE PROCEDURE my_trigger_fnc(); 

---

UPDATE：テーブルはこの1つのようなものです：

CREATE TABLE historial_table(
    id integer, 
    date_now timestamp NOT NULL, 
    id_mytable integer NOT NULL, 
    nserie character varying(255), 
    idstore integer, 
    idmodel integer, 
    automatic boolean, 
    broken boolean, 
    idAlb integer, 
    idInc integer, 
    id_item integer, 
    date_assign timestamp, 
    PRIMARY KEY (id) 
); 

CREATE TABLE my_table(
    id_mytable integer NOT NULL, 
    nserie character varying(255), 
    idstore integer, 
    idmodel integer, 
    automatic boolean, 
    broken boolean, 
    idAlb integer, 
    idInc integer, 
    id_item integer, 
    date_assign timestamp, 
    PRIMARY KEY (id_mytable) 
); 

Answer 1

"NEWを返します。" DELETEで疑わしい。行カウント（NULL ==ゼロ？）を混乱させるかもしれません http://developer.postgresql.org/pgdocs/postgres/plpgsql-trigger.html（非常に一般的で、あなたを侮辱するつもりはありません...）TG_OPのスイッチは、おそらく必要なものです。