Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist

From: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
To: Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist
Date: 2013-12-08 18:54:57
Message-ID: CAFj8pRCqFG3SrUkUW=h4-PKnLmb4A=meYYSGLQjb+3m0R=i+dw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

2013/12/8 Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>

> On 7 December 2013 21:34, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
> >> Well I was basically proposing that does_not_exist_skipping() be
> >> enhanced to report on non-existent types that form part of the object
> >> specification. I think this would affect the CAST, FUNCTION, AGGREGATE
> >> and OPERATOR cases, but should be a fairly trivial extension to the
> >> code that you've already added.
> >
> >
> > ok, updated patch is in attachment
> >
>
> Cool. This looks good to me, except I found a corner case --- the type
> name for an operator may be "NONE", in which case the typeName in the
> list will be NULL, so that needs to be guarded against. Updated patch
> attached.
>
> I think this is a good patch. It makes all the DROP...IF EXISTS
> commands consistently fault-tolerant, instead of the current 50/50
> mix, and all the resulting NOTICEs give useful information about why
> objects don't exist and are being skipped.
>
> I think this is now ready for committer.
>

thank you :)

Pavel

>
> Nice work!
>
> Regards,
> Dean
>

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2013-12-08 18:56:44 Re: PQclientEncoding() returns -1, resulting in possible assertion failure in psql
Previous Message Dean Rasheed 2013-12-08 18:51:04 Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2013-12-08 19:03:02 Re: ANALYZE sampling is too good
Previous Message Dean Rasheed 2013-12-08 18:51:04 Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist