Re: Using indexes for partial index builds

From: Ants Aasma <ants(at)cybertec(dot)at>
To: Jim Nasby <jim(at)nasby(dot)net>
Cc: Greg Stark <stark(at)mit(dot)edu>, Paul Norman <penorman(at)mac(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Using indexes for partial index builds
Date: 2013-03-14 00:10:42
Message-ID: CA+CSw_ssBJVh9fRoF8_CXbZiafaVmUOPWM4cdt7WiN5nATX5VA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Mar 14, 2013 at 1:51 AM, Jim Nasby <jim(at)nasby(dot)net> wrote:
> On 3/12/13 9:10 AM, Ants Aasma wrote:
>> I have a feeling this is an increasingly widespread pattern with a
>> proliferation of mobile devices that need syncing.
>
> If you're doing that with timestamps you're asking for a slew of problems,
> not all of which can be solved by just adding some random amount of fluff to
> your criteria. A queue-based solution is often a more robust solution, even
> if it is harder to implement.

Do you know of anything else besides the obvious issues with having to
use one clocksource and ensure that it produces monotonic timestamps?
My first reaction was also that this is what queues are meant for, but
the proposed solution seems to work surprisingly well. Unless you can
point at some glaring hole that I'm missing I would say that it is
good enough for a rather wide range of syncing problems.

Ants Aasma
--
Cybertec Schönig & Schönig GmbH
Gröhrmühlgasse 26
A-2700 Wiener Neustadt
Web: http://www.postgresql-support.de

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message robins 2013-03-14 00:50:45 Re: Increasing code-coverage of 'make check'
Previous Message Jim Nasby 2013-03-14 00:06:39 Re: Temporal features in PostgreSQL