Re: pg_proc without oid?

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: pg_proc without oid?
Дата
Msg-id 87zm7anna2.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: pg_proc without oid?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> In the second place, if you don't want to predetermine OIDs for your
> functions then they shouldn't be in hardwired pg_proc.h rows at all.

Is there any place to hook in to create things like procedures or other SQL
objects that don't really need hard coded OIDs?

It seems like we could make the catalogs much easier to maintain by ripping
out everything that isn't needed by the system tables themselves and having
initdb create them by running a plain SQL script.

In particular I'm looking towards having all the operators and associated
hardware except for the basic btree operators for types used by the system
tables be created in plain SQL.

It might also reduce the pain OID conflicts cause.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com


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

Предыдущее
От: "Guillaume Smet"
Дата:
Сообщение: Re: n-gram search function
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Multiple Storage per Tablespace, or Volumes