Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist
От | Andres Freund |
---|---|
Тема | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist |
Дата | |
Msg-id | 20131110233247.GH32665@awork2.anarazel.de обсуждение исходный текст |
Ответ на | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist
|
Список | pgsql-hackers |
On 2013-11-10 18:26:26 -0500, Tom Lane wrote: > Andres Freund <andres@2ndquadrant.com> writes: > > On 2013-11-10 18:16:16 -0500, Tom Lane wrote: > >> Then I take it you also think we should undo the changes that made > >> "DROP TABLE IF EXISTS foo.bar" not fail if schema foo doesn't exist? > >> Because after all, the schema is not the object being dropped. > > > No, not the same thing imo, although I find that change debatable. > > > Anyway, if we're going to change DROP TRIGGER at the very least ALTER > > TABLE ... DROP CONSTRAINT also needs to be changed, otherwise we'll gain > > nothing. > > That would be a plausible next step, but I don't have a problem with > this patch not solving every case like this at once. Well, there are relatively few tables without primary keys around that have triggers. The dumps currently look like: DROP TRIGGER foo ON public.foo; ALTER TABLE ONLY public.foo DROP CONSTRAINT foo_pkey; ALTER TABLE public.foo ALTER COLUMN id DROP DEFAULT; DROP SEQUENCE public.foo_id_seq; DROP TABLE public.foo; So we'd get approximately one line further unless we fix this for DROP DEFAULT and DROP CONSTRAINT as well. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: