Re: Sequence Access Methods, round two

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Michael Paquier <michael(at)paquier(dot)xyz>, Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>
Cc: Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Sequence Access Methods, round two
Date: 2024-02-08 15:06:36
Message-ID: d15b41ba-b809-4518-ac1e-f7e65422da4a@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 19.01.24 00:27, Michael Paquier wrote:
> The reason why this stuff has bumped into my desk is that we have no
> good solution in-core for globally-distributed transactions for
> active-active deployments. First, anything we have needs to be
> plugged into default expressions of attributes like with [1] or [2],
> or a tweak is to use sequence values that are computed with different
> increments to avoid value overlaps across nodes. Both of these
> require application changes, which is meh for a bunch of users.

I don't follow how these require "application changes". I guess it
depends on where you define the boundary of the "application". The
cited solutions require that you specify a different default expression
for "id" columns. Is that part of the application side? How would your
solution work on that level? AFAICT, you'd still need to specify the
sequence AM when you create the sequence or identity column. So you'd
need to modify the DDL code in any case.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Maiquel Grassi 2024-02-08 15:50:20 RE: Psql meta-command conninfo+
Previous Message Maiquel Grassi 2024-02-08 14:58:19 RE: Psql meta-command conninfo+