From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: TRUNCATE tables referenced by FKs on partitioned tables |
Date: | 2018-07-12 16:29:48 |
Message-ID: | 20180712162948.znhmcvbvbekji4ow@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2018-Jul-12, Michael Paquier wrote:
> On Wed, Jul 11, 2018 at 06:59:16PM -0400, Alvaro Herrera wrote:
> > Anyway, this patch seems to fix it, and adds what I think is appropriate
> > test coverage.
>
> This looks good to me. I am noticing that the documentation of TRUNCATE
> does not mention that when running the command on a partitioned table
> then it automatically gets to the children even if CASCADE is not used
> and each child partition is not listed.
Hmm ... well, that's not new -- I think that came in with pg10.
> What is the filler column added in truncpart used for?
Nothing. Also column b -- I had an additional different test, but then
I discovered it wasn't testing anything new. Removed both.
Pushed, thanks for looking!
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2018-07-12 16:29:58 | Re: small doc fix - using expressions in plpgsql FETCH command |
Previous Message | Heikki Linnakangas | 2018-07-12 16:18:41 | Re: [HACKERS] Re: [COMMITTERS] pgsql: Remove pgbench "progress" test pending solution of its timing is (fwd) |