Hello Bruce,
> Triggers are designed to check and modify input data, and since DELETE
> has no input data, it makes no sense.
Sorry, I am still ambiguous. You say that DELETE has no input data,
but doc says that it has:
https://www.postgresql.org/docs/current/trigger-definition.html
For a row-level trigger, the input data also includes ... the OLD row for ... DELETE triggers
Also restricting DELETE to change the returned data by DELETE
RETURNING seems as incomplete.
For example if triggers implement some compression.
-- insert into field ZZZZZ value
-- compress and actually store Zx5 into field
-- Delete this insert row
-- So user should get back that the value ZZZZZ was deleted and not Zx5.
Correct?
but currently user will see Zx5, because next code:
OLD.value = uncompress( OLD.value );
does not effect RETURNING =(
--
Best regards,
Eugen Konkov