Re: tracking commit timestamps

From: Petr Jelinek <petr(at)2ndquadrant(dot)com>
To: Andres Freund <andres(at)2ndquadrant(dot)com>, Steve Singer <steve(at)ssinger(dot)info>
Cc: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Anssi Kääriäinen <anssi(dot)kaariainen(at)thl(dot)fi>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Jaime Casanova <jaime(at)2ndquadrant(dot)com>
Subject: Re: tracking commit timestamps
Date: 2014-11-07 16:54:32
Message-ID: 545CF948.5040807@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

On 06/11/14 08:50, Andres Freund wrote:
> On 2014-11-05 19:31:52 -0500, Steve Singer wrote:
>> It also doesn't allow you to load two extensions at once on a system.
>> You wouldn't be able to have both the 'steve_commit_order' extension
>> and BDR installed at the same time. I don't think this patch does a
>> very good job at (B) but It wasn't intended to.
>
> Well, I don't agree that steve_commit_order makes much sense in this
> context. But there actually is a real problem here, namely that there's
> no namespacing in those bytes. I'd be ok with saying that we split the
> extradata in for bytes for the namespace and four for the actual
> data. That's roughly how it works for advisory locks already.
>

I am not sure how would this solve problem of 2 extensions using the
extradata given that there can be only 1 record per txid anyway.

--
Petr Jelinek http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Petr Jelinek 2014-11-07 17:28:57 Re: tracking commit timestamps
Previous Message Petr Jelinek 2014-11-07 16:35:13 Re: Sequence Access Method WIP

Browse pgsql-www by date

  From Date Subject
Next Message Petr Jelinek 2014-11-07 17:28:57 Re: tracking commit timestamps
Previous Message Craig Ringer 2014-11-07 02:16:18 Re: tracking commit timestamps