Исходное сообщение
"Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..." Отправлено An0nim0us, 28-Ноя-21 16:51
Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) есть из коробки и она более чем проверенная. Если говорить о мастер-мастер для постгреса, то родной реализации нету, но есть несколько сторонних большинство из которых с открытым кодом в том числе есть и открытые сорцы старых версий BDR. Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих реализаций имеет существенные нюансы либо изначально заявленные ограничения. MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за чего в реальности на продакшене это до сих пор не популярное решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL. Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные решения и есть возможность использовать любую БД, то вместо учитывания нюансов о которых никто явно не пишет и сидения на пороховой бочке, лучше использовать решения которые изначально создавались как распределенные базы данных. Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но зато очень хорошо масштабируется и решает конфликты в сравнении с классическими master-master любой РСУБД. А так то именно мультимастер не всегда нужен и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты делать со слейвов и прочие решение в зависимости от проблемы которую нам нужно решить и это будет более прогнозируемо чем мультимастер.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) > есть из коробки и она более чем проверенная. > Если говорить о мастер-мастер для постгреса, то родной реализации нету, но есть > несколько сторонних большинство из которых с открытым кодом в том числе > есть и открытые сорцы старых версий BDR. > Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих > реализаций имеет существенные нюансы либо изначально заявленные ограничения. > MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая > репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за > чего в реальности на продакшене это до сих пор не популярное > решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, > кстати также официально умеет в мастер-мастер и нюансы там примерно такие > же как и MySQL. > Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные > решения и есть возможность использовать любую БД, то вместо учитывания нюансов > о которых никто явно не пишет и сидения на пороховой бочке, > лучше использовать решения которые изначально создавались как распределенные базы данных. > Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но > зато очень хорошо масштабируется и решает конфликты в сравнении с классическими > master-master любой РСУБД. А так то именно мультимастер не всегда нужен > и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты > делать со слейвов и прочие решение в зависимости от проблемы которую > нам нужно решить и это будет более прогнозируемо чем мультимастер.
	Введите код, изображенный на картинке: