Re: Switching timeline over streaming replication

Поиск
Список
Период
Сортировка
От md@rpzdesign.com
Тема Re: Switching timeline over streaming replication
Дата
Msg-id 5062462C.60801@rpzdesign.com
обсуждение исходный текст
Ответ на Re: Switching timeline over streaming replication  (John R Pierce <pierce@hogranch.com>)
Ответы Re: Switching timeline over streaming replication  (Josh Berkus <josh@agliodbs.com>)
Re: Switching timeline over streaming replication  (Hannu Krosing <hannu@2ndQuadrant.com>)
Список pgsql-hackers
John:

Who has the money for oracle RAC or funding arrogant bastard Oracle CEO 
Ellison to purchase another island?

Postgres needs CHEAP, easy to setup, self healing, 
master-master-master-master and it needs it yesterday.

I was able to patch the 9.2.0 code base in 1 day and change my entire 
architecture strategy for replication
into self healing async master-master-master and the tiniest bit of 
sharding code imaginable

That is why I suggest something to replace OIDs with ROIDs for 
replication ID.  (CREATE TABLE with ROIDS)
I implement ROIDs as a uniform design pattern for the table structures.

Synchronous replication maybe between 2 local machines if absolutely no 
local
hardware failure is acceptable, but cheap, scaleable synchronous, 
TRANSACTIONAL, master-master-master-master is a real tough slog.

I could implement global locks in the external replication layer if I 
choose, but there are much easier ways in routing
requests thru the load balancer and request sharding than trying to 
manage global locks across the WAN.

Good luck with your HA patch for Postgres.

Thanks for all of the responses!

You guys are 15 times more active than the MySQL developer group, likely 
because
they do not have a single db engine that meets all the requirements like PG.

marco

On 9/25/2012 5:10 PM, John R Pierce wrote:
> On 09/25/12 11:01 AM, md@rpzdesign.com wrote:
>>
>>
>> At some point, every master - slave replicator gets to the point 
>> where they need
>> to start thinking about master-master replication. 
>
> master-master and transactional integrity are mutually exclusive, 
> except perhaps in special cases like Oracle RAC, where the masters 
> share a coherent cache and implement global locks.
>
>
>
>
>




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: Oid registry
Следующее
От: Peter Eisentraut
Дата:
Сообщение: htup header reorganization breaks many extension modules