From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Markus Wanner <markus(at)bluegap(dot)ch> |
Cc: | Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Global Sequences |
Date: | 2012-10-16 12:36:22 |
Message-ID: | CA+U5nM+o8CZw7cfY0xSpO1nn-Lh4MxP2y3Zo=ctbcEJRw7Ss0w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 16 October 2012 13:26, Markus Wanner <markus(at)bluegap(dot)ch> wrote:
> Why does a "Global Sequences" API necessarily hook at the nextval() and
> setval() level? That sounds like it yields an awkward amount of
> duplicate work. Reading this thread, so far it looks like we agree that
> option 3) is the most feasible optimization (the strict ordering being
> the un-optimized starting point). Do we really need an API that allows
> for implementations of options 1) and 2)?
Where else would you put the hook? The hook's location as described
won't change whether you decide you want 1, 2 or 3.
> What I'd appreciate more is a common implementation for option 3) with
> an API to plug in different solutions to the underlying consensus problem.
Implementations will be similar, differing mostly in the topology and
transport layer, which means its not going to be possible to provide
such a thing initially without slowing it down to the point we don't
actually get it at all.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2012-10-16 12:42:46 | Re: tuplesort memory usage: grow_memtuples |
Previous Message | Heikki Linnakangas | 2012-10-16 12:31:08 | Re: BUG #7534: walreceiver takes long time to detect n/w breakdown |