pgsql: Avoid misbehavior in foreign key checks when casting to a - Mailing list pgsql-committers

From tgl@postgresql.org (Tom Lane)
Subject pgsql: Avoid misbehavior in foreign key checks when casting to a
Date
Msg-id 20080207225835.2D19A754108@cvs.postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Avoid misbehavior in foreign key checks when casting to a datatype for which
the parser supplies a default typmod that can result in data loss (ie,
truncation).  Currently that appears to be only CHARACTER and BIT.
We can avoid the problem by specifying the type's internal name instead
of using SQL-spec syntax.  Since the queries generated here are only used
internally, there's no need to worry about portability.  This problem is
new in 8.3; before we just let the parser do whatever it wanted to resolve
the operator, but 8.3 is trying to be sure that the semantics of FK checks
are consistent.  Per report from Harald Fuchs.

Modified Files:
--------------
    pgsql/src/backend/utils/adt:
        ri_triggers.c (r1.102 -> r1.103)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ri_triggers.c?r1=1.102&r2=1.103)

pgsql-committers by date:

Previous
From: momjian@postgresql.org (Bruce Momjian)
Date:
Subject: pgsql: Add "automatically" to HOT release note description.
Next
From: carvalho@pgfoundry.org (User Carvalho)
Date:
Subject: pllua - pllua: Added support for PostgreSQL 8.3.