Re: The plan for FDW-based sharding

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Oleg Bartunov <obartunov(at)gmail(dot)com>
Cc: Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: The plan for FDW-based sharding
Date: 2016-02-26 12:50:18
Message-ID: CA+TgmoZA42DgccEznR0r1-GhLdWxnvNGdqfrpNXnxF1gu-ZsLA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Feb 24, 2016 at 3:05 PM, Oleg Bartunov <obartunov(at)gmail(dot)com> wrote:
> I already several times pointed, that we need XTM to be able to continue
> development in different directions, since there is no clear winner.
> Moreover, I think there is no fits-all solution and while I agree we need
> one built-in in the core, other approaches should have ability to exists
> without patching.

I don't think I necessarily agree with that. Transaction management
is such a fundamental part of the system that I think making it
pluggable is going to be really hard. I understand that you've done
several implementations based on your proposed API, and that's good as
far as it goes, but how do we know that's really going to be general
enough for what other people might need? And what makes us think we
really need multiple transaction managers, anyway? Even writing one
good distributed transaction manager seems like a really hard project
- why would we want to write two or three or five?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2016-02-26 13:23:03 Re: Sanity checking for ./configure options?
Previous Message Michael Paquier 2016-02-26 12:46:18 Re: PATCH: index-only scans with partial indexes