Re: Is Patch Ok for deferred trigger disk queue?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>
Cc: deststar <deststar(at)blueyonder(dot)co(dot)uk>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Is Patch Ok for deferred trigger disk queue?
Date: 2003-06-30 21:38:21
Message-ID: 17776.1057009101@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> writes:
> As a side question, it looks to me that the code stores the first trigger
> records in memory and then after some point starts storing all new records
> on disk. Is this correct? I'd wonder if that's really what you want in
> general, since I'd think that the earliest ones are the ones you're least
> likely to need until end of transaction (or set constraints in the fk
> case) whereas the most recent ones are possibly going to be immediate
> triggers which you're going to need as soon as the statement is done.

Good point. It would be better to push out stuff from the head of the
queue, hoping that stuff near the end might never need to be written
at all.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message elein 2003-06-30 21:44:23 Re: PlPython
Previous Message Kevin Jacobs 2003-06-30 21:36:36 Re: PlPython