Re: An Idea for OID conflicts

Поиск
Список
Период
Сортировка
От Tom Dunstan
Тема Re: An Idea for OID conflicts
Дата
Msg-id 450F1A77.1040702@tomd.cc
обсуждение исходный текст
Ответ на Re: An Idea for OID conflicts  (Gregory Stark <stark@enterprisedb.com>)
Список pgsql-hackers
Gregory Stark wrote:
> Those types, functions and operators that aren't used by system tables could
> be created by a simple SQL script instead. It's a hell of a lot easier to
> write a CREATE OPERATOR CLASS call than to get all the OIDs in in four
> different include files to line up properly.

No kidding.

Just FYI that wouldn't have worked for the enums patch, though, because 
of the pseudo anyenum type. That stuff really did need to be in the 
backend. For more common user defined types like uuid that are being 
discussed, it might work well. Heck, a bunch of the existing casts etc 
could probably be changed to SQL, and would become a great deal more 
readable in the process. Not that I'm advocating fixing a non-broken 
thing... :)

Cheers

Tom


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: 8.2 beta blockers
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Release notes