Re: postgres constraint triggers - Mailing list pgsql-performance

From Ben Chobot
Subject Re: postgres constraint triggers
Date
Msg-id 29A53C6F-24CB-4A60-8725-6ADCD15B083B@silentmedia.com
Whole thread Raw
In response to Re: postgres constraint triggers  (Craig Ringer <ringerc@ringerc.id.au>)
List pgsql-performance
On Sep 27, 2011, at 6:37 PM, Craig Ringer wrote:

> On 09/27/2011 12:54 PM, Ben Chobot wrote:
>>
>> My memory is fuzzy but as I recall, a possible downside to using
>> deferred constraints was increased memory usage
>
> That's right. PostgreSQL doesn't currently support spilling of pending constraint information to disk; it has to keep
itin RAM, and with sufficiently huge deferred updates/inserts/deletes it's possible for the backend to run out of RAM
touse. 
>
>> though I cannot see how at the moment.
>
> A list of which triggers to run, and on which tuples, must be maintained until those triggers are fired. That list
hasto be kept somewhere. 

Well when you put it like that, it's so obvious. :)

pgsql-performance by date:

Previous
From: bricklen
Date:
Subject: array_except -- Find elements that are not common to both arrays
Next
From: Merlin Moncure
Date:
Subject: Re: array_except -- Find elements that are not common to both arrays