Properly document that NEW is unassigned in plpgsql for DELETE (not
authorBruce Momjian
Thu, 16 Aug 2012 00:29:58 +0000 (20:29 -0400)
committerBruce Momjian
Thu, 16 Aug 2012 00:29:58 +0000 (20:29 -0400)
NULL), and OLD is unassigned for INSERT, and NEW/OLD are unassigned (not
NULL) for statement-level triggers.

Per report from Pavel Stehule

doc/src/sgml/plpgsql.sgml

index ab4084565066f7289609eae7e0301a2abf6b592f..07fba57c0e1548cb78b4ff000e3d65da8e558b81 100644 (file)
@@ -3403,7 +3403,7 @@ RAISE unique_violation USING MESSAGE = 'Duplicate user ID: ' || user_id;
       
        Data type RECORD; variable holding the new
        database row for INSERT/UPDATE operations in row-level
-       triggers. This variable is NULL in statement-level triggers
+       triggers. This variable is unassigned in statement-level triggers
        and for DELETE operations.
       
      
@@ -3415,7 +3415,7 @@ RAISE unique_violation USING MESSAGE = 'Duplicate user ID: ' || user_id;
       
        Data type RECORD; variable holding the old
        database row for UPDATE/DELETE operations in row-level
-       triggers. This variable is NULL in statement-level triggers
+       triggers. This variable is unassigned in statement-level triggers
        and for INSERT operations.