Re: pg_depend

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: pg_depend
Дата
Msg-id Pine.LNX.4.30.0107162137560.680-100000@peter.localdomain
обсуждение исходный текст
Ответ на pg_depend  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: pg_depend  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: pg_depend  (Alex Pilosov <alex@pilosoft.com>)
Список pgsql-hackers
Bruce Momjian writes:

> I have found that many TODO items would benefit from a pg_depend table
> that tracks object dependencies.  TODO updated.

I'm not so convinced on that idea.  Assume you're dropping object foo.
You look at pg_depend and see that objects 145928, 264792, and 1893723
depend on it.  Great, what do you do now?

Every system catalog (except the really badly designed ones) already
contains dependency information.  What might help is that we make the
internal API for altering and dropping any kind of object more consistent
and general so that they can call each other in the dependency case.
(E.g., make sure none of them require whereToSendOutput or parser state as
an argument.)

-- 
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter



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

Предыдущее
От: Larry Rosenman
Дата:
Сообщение: Re: NetBSD 1.5.1(HP300)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: ALTER TABLE ADD COLUMN column SERIAL -- unexpected results