This maneuver really requires a comment ...
authorTom Lane
Wed, 5 Nov 2008 20:17:18 +0000 (20:17 +0000)
committerTom Lane
Wed, 5 Nov 2008 20:17:18 +0000 (20:17 +0000)
src/backend/utils/adt/trigfuncs.c

index 50516ee3376694723156f47ae536764265353085..791c4efbcd66b89c2ba106f4c2564bb88a2bd015 100644 (file)
@@ -7,7 +7,7 @@
  * Portions Copyright (c) 1996-2008, PostgreSQL Global Development Group
  * Portions Copyright (c) 1994, Regents of the University of California
  *
- * $PostgreSQL: pgsql/src/backend/utils/adt/trigfuncs.c,v 1.4 2008/11/05 19:15:15 adunstan Exp $
+ * $PostgreSQL: pgsql/src/backend/utils/adt/trigfuncs.c,v 1.5 2008/11/05 20:17:18 tgl Exp $
  *
  *-------------------------------------------------------------------------
  */
@@ -62,11 +62,17 @@ suppress_redundant_updates_trigger(PG_FUNCTION_ARGS)
    newheader = newtuple->t_data;
    oldheader = oldtuple->t_data;
 
+   /*
+    * We are called before the OID, if any, has been transcribed from the
+    * old tuple to the new (in heap_update).  To avoid a bogus compare
+    * failure, copy the OID now.  But check that someone didn't already put
+    * another OID value into newtuple.  (That's not actually possible at
+    * present, but maybe someday.)
+    */
    if (trigdata->tg_relation->rd_rel->relhasoids && 
        !OidIsValid(HeapTupleHeaderGetOid(newheader)))
        HeapTupleHeaderSetOid(newheader, HeapTupleHeaderGetOid(oldheader));
 
-
    /* if the tuple payload is the same ... */
     if (newtuple->t_len == oldtuple->t_len &&
        newheader->t_hoff == oldheader->t_hoff &&
@@ -81,7 +87,6 @@ suppress_redundant_updates_trigger(PG_FUNCTION_ARGS)
        /* ... then suppress the update */
        rettuple = NULL;
    }
-   
-   
-    return PointerGetDatum(rettuple);
+
+   return PointerGetDatum(rettuple);
 }