noob1111Дедушка,
есть предложение организовать это все на блокчейне Ethereum сети
от кого поступило такое предложение, от Гугла? :)

noob1111Основное требование к структуре решения – децентрализованность, то есть отсутствие выделенного «центра», агрегирующего и управляющего собранной информацией.
Существуют два способа распределения данных: фрагментация (sharding) и репликация. Вам какой нужен?

noob1111skyANA,
Спасибо,нужна именно репликация.
То есть настройка будет выглядеть как описано здесь ?

а как решить конфликт когда два мастера одновременно добавляют запись?
По ссылке перечислены СУБД с multi-master-репликацией. Если Вы выбрали MySQL, то почитайте, как решаются конфликты именно там.

Но судя по тому, что Вы описываете: "каждая компания хранит копию БД и добавляет туда по необходимости карточку с данными клиента или несколько карточек", - я бы сначал задался вопросом, а когда это разные компании в один и тотже момент добавляют карточку с данными одного и того же клиента.
Клиент что, в двух местах одновременно находится?

noob1111Дедушка,
вообще суть проблемы вот в чем,передача информации о клиентах (карточек клиентов) ведется по обычной электронной почте и информация несистематизируется. При такой передаче данных возникает ряд проблем таких как:поскольку рассылка проводится в открытом виде по большому списку электронных почтовых адресов, в некоторых случаях это приводит к срабатыванию спам-фильтров на стороне получателей и неполучению ими значимой информации, добавление новых пользователей в рассылку никак не контролируется + каждый получатель самостоятельно решает как полученную информацию хранить, что затрудняет дальнейшую работу с информацией. число участников рассылки 100+
• Характер рассылок нерегулярный,
необходимо
• обеспечение защищенной рассылки данных внутри закрытой группы пользователей, желательно чтобы все сообщения доходили до адресатов и были ими обработаны без потерь
• отслеживание добавления новых участников в рассылку
• обеспечение систематизированного,централизованного хранения полученной информации на стороне пользователя с возможной последующей обработкой и поиском в массиве ранее переданной информации.
т.е необходимо организовать единую защищенную автоматизированную платформу для информационного обмена между субъектами с систематизированным хранением сообщений.

необходимо подобрать механизмы для оптимального решения. пишу диплом
Мы для email рассылок используем связку ActiveMQ + MailBee

noob1111skyANA,
а если компаний 100+? мультимастер репликация подойдет?
Почему нет? :) Но лучше вы подробнее опишите, что собрались реплицировать.

В двухтысячных мы писали систему для нефтяников: Oracle, 100+ серверов по всей России, репликация.

noob1111skyANA,
а одноранговая репликация может использоваться? как часто она используется на практике?
Хм... Amazon DynamoDB (S3), Cassandra, MongoDB, Riak...