Re: Re: [BUGS] BUG #7515: DROP TABLE IF EXISTS fails if schema does not exist

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: james(at)illusorystudios(dot)com
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: Re: [BUGS] BUG #7515: DROP TABLE IF EXISTS fails if schema does not exist
Date: 2013-01-26 18:25:38
Message-ID: 20130126182538.GC9274@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Thu, Jan 24, 2013 at 08:45:20PM -0500, Bruce Momjian wrote:
> On Sun, Sep 2, 2012 at 05:40:54PM +0000, james(at)illusorystudios(dot)com wrote:
> > The following bug has been logged on the website:
> >
> > Bug reference: 7515
> > Logged by: James Bellinger
> > Email address: james(at)illusorystudios(dot)com
> > PostgreSQL version: 9.1.5
> > Operating system: Ubuntu Linux 12.04 Server
> > Description:
> >
> > If the table being referenced has a schema in its name, and the schema does
> > not exist, DROP TABLE IF EXISTS will have an ERROR instead of a NOTICE.
> >
> > So for instance,
> > DROP TABLE IF EXISTS bar;
> > This is a NOTICE if bar does not exist.
> >
> > DROP TABLE IF EXISTS foo.bar;
> > This is an ERROR if foo does not exist, even though that implies bar does
> > not exist which means it should be a NOTICE.
> >
> > Saw this because it was making a drop/recreate transaction fail on me, after
> > I changed some code to use a schema.
>
> I looked at this bug report from September. The problem is that
> LookupExplicitNamespace() doesn't have a missing_ok parameter, even
> though get_namespace_oid(), which it calls, does. By adding a
> missing_ok parameter and passing it cleanly, I fixed the problem:
>
> test=> DROP TABLE IF EXISTS foo.bar;
> NOTICE: table "bar" does not exist, skipping
> DROP TABLE
>
> Patch attached.

Patch applied to git head.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message acamari 2013-01-28 03:19:13 BUG #7831: user defined-aggregated don't set initcond to null when unspecified, instead uses its first argument
Previous Message Jan Urbański 2013-01-26 17:46:17 Re: cache lookup failed from empty plpythonu function

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2013-01-26 18:34:07 Re: COPY FREEZE has no warning
Previous Message Petr Jelinek 2013-01-26 18:24:01 Re: plpgsql_check_function - rebase for 9.3