Tom Lane wrote:
> But the check could incorporate the same transaction ID test already
> in use. I think Neil is right that it'd be a win to apply the test
> before enqueueing the trigger instead of after.
Speaking of which, does anyone see a reason why RI_FKey_keyequal_upd()
is implemented as a pseudo-trigger function -- e.g. taking a pointer to
a TriggerData? It seems a kludge.
In response to
pgsql-hackers by date
|Next:||From: Hans-Jürgen Schönig||Date: 2005-05-27 06:30:55|
|Subject: Re: WAL replay failure after file truncation(?)|
|Previous:||From: Qingqing Zhou||Date: 2005-05-27 04:47:31|
|Subject: Re: unsafe use of hash_search(... HASH_ENTER ...)|