question about implementing XA-ish functions - Mailing list pgsql-hackers

From Theo Schlossnagle
Subject question about implementing XA-ish functions
Date
Msg-id 434C857F-8228-4E0D-912C-D403CFE5FD06@omniti.com
Whole thread Raw
Responses Re: question about implementing XA-ish functions  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
I'm trying to implement a function that has some XA like properties.

Is it possible to write a postgres extension function that fires when called within a pg transaction... however, the
actionsit takes need to be later committed or rolled back based on the containing transactions commital or not.  Not
havinglooked to deeply into this, I'm wondering if this is possible.  Naively, my first hookpoint would be something
like:

allocate something in the transactions memory context and register a cleanup.... do my work.

when the transaction memory context is cleaned up, my cleanup handler fires, I detect whether the txn was committed or
rolledbackand rightly mark my work as committed or rolled back. 

Thoughts?

--
Theo Schlossnagle
http://omniti.com/is/theo-schlossnagle
p: +1.443.325.1357 x201   f: +1.410.872.4911







pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: PATCH: Add hstore_to_json()
Next
From: Tom Lane
Date:
Subject: Time to run initdb is mostly figure-out-the-timezone work