From: | "Marko Kreen" <markokr(at)gmail(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Magnus Hagander" <magnus(at)hagander(dot)net>, "Jan Wieck" <JanWieck(at)yahoo(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Skytools committed without hackers discussion/review |
Date: | 2007-10-11 06:50:05 |
Message-ID: | e51f66da0710102350s4d78dbdcx5cb72b13e341e70b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 10/11/07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Marko Kreen" <markokr(at)gmail(dot)com> writes:
> > Could you describe bit more? The is_visible_txid() works
> > on data returned by txid_current_snapshot()? How can there
> > be any subtrans id's if txid_current_snapshot() wont return
> > them?
>
> Ah, I see: txid_current() never reports a subxact ID so there's no need to
> consider them elsewhere in txids either. OK, but this desperately needs
> to be documented.
Will do.
> BTW, I notice that use of txid_current will force assignment of an XID
> in a transaction that might not otherwise have one. Does this matter,
> or is the expectation that it's only going to be used in transactions
> that are making DB modifications anyway?
Yes, the behaviour is fine - it is meant to be used in transactions
that do modifications. Even if not, the lazy xid assignment should
stay internal optimization detail of backend and should not be
exposed to users that clearly.
--
marko
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Kreen | 2007-10-11 07:13:25 | Re: Skytools committed without hackers discussion/review |
Previous Message | User Kostas | 2007-10-11 05:54:07 | pgtreelib - pgtreelib: |
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Kreen | 2007-10-11 07:13:25 | Re: Skytools committed without hackers discussion/review |
Previous Message | Magnus Hagander | 2007-10-11 05:46:26 | Re: Skytools committed without hackers discussion/review |