Re: "anyelement2" pseudotype - Mailing list pgsql-hackers

From Tom Dunstan
Subject Re: "anyelement2" pseudotype
Date
Msg-id 45D9B95B.1030801@tomd.cc
Whole thread Raw
In response to Re: "anyelement2" pseudotype  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> I realized that I can probably fix ATAddForeignKeyConstraint to do the
> right thing by having it pass the two actual column types to
> can_coerce_type, thus allowing check_generic_type_consistency to kick
> in and detect the problem.

Yeah, I came to the same conclusion. No amount of refactoring in 
parse_coerce.c is going to get the original concrete types back to 
compare. That should fix the problem with arrays, enums and any 
potential future generic types without mentioning them explicitly in 
there a la the hack there currently, thankfully.

Cheers

Tom



pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: pg_proc without oid?
Next
From: Martijn van Oosterhout
Date:
Subject: Re: Howto change db cluster locale on-the-fly