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.
-Neil