From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Joe Conway <mail(at)joeconway(dot)com>, David Fetter <david(at)fetter(dot)org>, Jonathan Beit-Aharon <jbeitaharon(at)intrusic(dot)com>, PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] Patching dblink.c to avoid warning about open transaction |
Date: | 2005-10-07 15:47:28 |
Message-ID: | 4889.1128700048@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Well, as I said in the patch email:
> The reported problem is that dblink_open/dblink_close() (for cursor
> reads) do a BEGIN/COMMIT regardless of the transaction state of the
> remote connection. There was code in dblink.c to track the remote
> transaction state (rconn), but it was not being maintained or used.
You should lose the remoteXactOpen flag entirely, in favor of just
testing PQtransactionStatus() on-the-fly when necessary. Simpler,
more reliable, not notably slower.
With that change, the separate remoteConn struct could be dropped
altogether in favor of just using the PGconn pointer. This would
make things notationally simpler, and in fact perhaps allow undoing
the bulk of the edits in your patch. As-is I think the patch is
pretty risky to apply during beta.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-10-07 15:50:27 | Re: [HACKERS] Patching dblink.c to avoid warning about open |
Previous Message | Dave Page | 2005-10-07 15:46:56 | Re: Vote needed: revert beta2 changes or not? |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-10-07 15:50:27 | Re: [HACKERS] Patching dblink.c to avoid warning about open |
Previous Message | Bruce Momjian | 2005-10-07 14:52:31 | Re: [HACKERS] Patching dblink.c to avoid warning about open |