Re: pg_views.definition

Поиск
Список
Период
Сортировка
От Hannu Krosing
Тема Re: pg_views.definition
Дата
Msg-id 1026898612.5748.17.camel@taru.tm.ee
обсуждение исходный текст
Ответ на Re: pg_views.definition  (Jan Wieck <JanWieck@Yahoo.com>)
Список pgsql-hackers
On Wed, 2002-07-17 at 09:56, Jan Wieck wrote:
> Joe Conway wrote:
> > The problem is that you would still need to keep a copy of your view
> > around to recreate it if you wanted to drop and recreate a table it
> > depends on. I really like the idea about keeping the original view
> > source handy in the system catalogs.
> 
> This has been the case all the time. I only see an attempt to
> make this impossible with the new dependency system. If I *must*
> specify CASCADE to drop an object, my view depends on, my view
> will be gone. If I don't CASCADE, I cannot drop the object.
> 
> So there is no way left to break the view temporarily (expert
> mode here, I know what I do so please let me)

I guess the real expert could manipulate pg_depends ;)

> and fix it later by just reparsing the views definition.

---------
Hannu



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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: pg_views.definition
Следующее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: ELOGs doubled up