Re: [HACKERS] AT detach partition is broken - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] AT detach partition is broken
Date
Msg-id CA+TgmobddaT+GooogcVrzwrJ=EVmJZBbQUNTu+Y9EbEfPNH_xg@mail.gmail.com
Whole thread Raw
In response to [HACKERS] AT detach partition is broken  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Responses Re: [HACKERS] AT detach partition is broken  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
List pgsql-hackers
On Mon, Feb 13, 2017 at 2:30 AM, Amit Langote
<Langote_Amit_f8@lab.ntt.co.jp> wrote:
> I noticed that running ALTER TABLE table_name DETACH PARTITION crashes, if
> table_name is not a partitioned table.  That's because of an  Assert in
> ATExecDetachPartition().  We really should error out much sooner in this
> case, IOW during transformAlterTableStmt(), as is done in the case of
> ATTACH PARTITION.
>
> Attached patch fixes that.

-                    /* assign transformed values */
-                    partcmd->bound = cxt.partbound;
+                    /*
+                     * Assign transformed value of the partition bound, if
+                     * any.
+                     */
+                    if (cxt.partbound != NULL)
+                        partcmd->bound = cxt.partbound;

This hunk isn't really needed, is it?  I mean, if cxt.partbound comes
out NULL, then partcmd->bound will be NULL with or without adding an
"if" here, won't it?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] [PROPOSAL] timestamp informations to pg_stat_statements
Next
From: Magnus Hagander
Date:
Subject: Re: [HACKERS] removing tsearch2