Re: Foreign keys for non-default datatypes, redux

Поиск
Список
Период
Сортировка
От Florian G. Pflug
Тема Re: Foreign keys for non-default datatypes, redux
Дата
Msg-id 45D1970C.8030700@phlo.org
обсуждение исходный текст
Ответ на Re: Foreign keys for non-default datatypes, redux  (Robert Treat <xzilla@users.sourceforge.net>)
Ответы Re: Foreign keys for non-default datatypes, redux  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: HOT for PostgreSQL 8.3
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Ooops ... seems we need a re-release pronto