Re: Re:

Поиск
Список
Период
Сортировка
От MichaelDBA
Тема Re: Re:
Дата
Msg-id e6222927-b6b3-56ce-c555-028afe790f86@sqlexec.com
обсуждение исходный текст
Ответ на Re:  (Simon Riggs <simon.riggs@enterprisedb.com>)
Список pgsql-admin
Unfortunately, it should be stated that BDR is not open source.  You 
have to be a EnterpriseDB customer to get it.  I think this applies to 
BDR versions 2 and 3.  I think only version 1 is truly open source at 
this point.


Simon Riggs wrote on 11/24/2021 12:21 PM:
> On Wed, 24 Nov 2021 at 14:17, Scott Ribe <scott_ribe@elevated-dev.com> wrote:
>>> On Nov 24, 2021, at 2:18 AM, Firthouse banu <penguinsfairy@gmail.com> wrote:
>>>
>>> Please do let me know best tool for this I have 5 servers all should be in sync with data.
>> Have you analyzed what data conflicts will occur and how to resolve them?
> Which makes it sound like a problem exists, so I think some additional
> information is needed for a balanced assessment.
>
> BDR has facilities that allow you to find out whether any conflicts
> occur for an application, so it is easy to assess this. Conflicts that
> do occur are resolved automatically using programmable rules, yet
> logged for later assessment. Data quality tools allow you to confirm
> no anomalies exist in realtime.
>
> Any conflicts that occur would be as a result of 1) data access
> patterns, 2) choice of consistency, 3) how transactions are routed to
> nodes. It isn't random and many applications are naturally conflict
> free, even with randomly routed transactions.
>
> If you use BDR using the AlwaysOn architecture then all transactions
> are routed via a single node and no conflicts occur in normal running.
> Depending on how failover is achieved, there may be a small window for
> conflicts.
>




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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re:
Следующее
От: MichaelDBA
Дата:
Сообщение: Re: Re: