Re: Foreign keys for non-default datatypes, redux - Mailing list pgsql-hackers

From Florian G. Pflug
Subject Re: Foreign keys for non-default datatypes, redux
Date
Msg-id 45D1970C.8030700@phlo.org
Whole thread Raw
In response to Re: Foreign keys for non-default datatypes, redux  (Robert Treat <xzilla@users.sourceforge.net>)
Responses Re: Foreign keys for non-default datatypes, redux
List pgsql-hackers
Robert Treat wrote:
> On Saturday 10 February 2007 13:59, Tom Lane wrote:
>> Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
>>> I'd say we probably want to keep the tgargs info for at least a version
>>> or two after changing the implementation.  Getting rid of using the args
>>> info sounds like a good idea.
>> We whack the catalogs around in incompatible ways in every release.  I'm
>> willing to keep filling tgargs if someone can point to a real use-case,
>> but not just because there might be code out there somewhere using it.
>>
> 
> I'm pretty sure we use tgargs in phppgadmin, though exactly why escapes me... 
> I am thinking it would be to display a triggers arguments?   Assuming we can 
> still get all the same information one way or another I suppose we can update 
> our code, though right now that code is pretty well intermixed with the 
> normal function code iirc (I don't think it has been updated at all in the 
> 8.x series, so my memory is pretty fuzzy on this), so if I could avoid 
> changing it I would... 

As far as I understood the proposal, tgargs wouldn't go away, it would just not
be populated for RI triggers. So as long as pgadmin3 doesn't use tgargs to get
information about constraints, pgadmin would be fine I believe...

greetings, Florian Pflug



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: HOT for PostgreSQL 8.3
Next
From: Martijn van Oosterhout
Date:
Subject: Re: Ooops ... seems we need a re-release pronto