Re: partitioned tables referenced by FKs - Mailing list pgsql-hackers

From Corey Huinker
Subject Re: partitioned tables referenced by FKs
Date
Msg-id CADkLM=c+12dg8JdH7y2u0fitQM8oWCTQN4=mR_w7jXWqKvJdLg@mail.gmail.com
Whole thread Raw
In response to Re: partitioned tables referenced by FKs  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-hackers

> 1. it seems that we will continue to to per-row RI checks for inserts and
> updates. However, there already exists a bulk check in RI_Initial_Check().
> Could we modify this bulk check to do RI checks on a per-statement basis
> rather than a per-row basis?

One of the goals when implementing trigger transition tables was to
supplant the current per-row implementation of RI triggers with
per-statement.  I haven't done that, but AFAIK it remains possible :-)

Changing that is definitely not a goal of this patch.

Then I may try to tackle it myself in a separate thread.

Without an implementation, I can't say, but if I had to guess, I would
assume so.  Or maybe there are clever optimizations for that particular
case.

But in this case there is no actual defined trigger, it's internal code making an SPI call...is there an indicator that tells us whether this change was multi-row or not?

 

pgsql-hackers by date:

Previous
From: Dmitry Dolgov
Date:
Subject: Re: [Bug Fix]ECPG: cancellation of significant digits on ECPG
Next
From: Andres Freund
Date:
Subject: Re: Why do pg_upgrade's test use the serial schedule?