Re: TRUNCATE on foreign tables

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Kohei KaiGai <kaigai(at)heterodb(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: TRUNCATE on foreign tables
Date: 2020-01-06 21:32:39
Message-ID: 20200106213239.GK3195@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greetings,

* Michael Paquier (michael(at)paquier(dot)xyz) wrote:
> On Thu, Jan 02, 2020 at 09:46:44AM -0500, Stephen Frost wrote:
> > I agree that the FDW callback should support multiple tables in the
> > TRUNCATE, but I think it also should include CASCADE as an option and
> > have that be passed on to the FDW to handle.
>
> As much as RESTRICT, ONLY and the INDENTITY clauses, no? Just think
> about postgres_fdw.

RESTRICT, yes. I don't know about ONLY being sensible as we don't
really deal with inheritance and foreign tables very cleanly today, as I
said up-thread, so I'm not sure if we really want to put in the effort
that it'd require to figure out how to make ONLY make sense. The
question about how to handle IDENTITY is a good one. I suppose we could
just pass that down and let the FDW sort it out..?

Thanks,

Stephen

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2020-01-06 21:34:34 Re: jsonb_set() strictness considered harmful to data
Previous Message Robbie Harwood 2020-01-06 21:21:30 Re: weird libpq GSSAPI comment