только подобный инструмент менеджерам то среднего звена не особо и нужен - так как покажет - кто и сколько и когда .
а владельцам все равно , пока бизнесе кеш генерит ..
вот и попробуйте заставить вороватых себя по рукам ударить 🤪

возможно там где  зарубежный бизнес или компания торгует на бирже акциями есть шанс - так как им важна максимальная прибыль , а  не хорошее самочувствие свояков.
, еще хорошо действует отраслевой опыт
- т.е. если "у соседа новый жигуль, то я куплю себе волгу" 🤣

Сложно продать услугу секонлмить денег когда у них все крутиться на двух винтах).
Нужно продавать нужные услуги поверх - тот же bi

А кто что использует для общей oltp?
К примеру мой кейс. У клиента учётная (1с), процессинг (1с), сайт и мобильное приложение.
Что бы развиваться нужно сводить все в одну бд и интегрироваться к ней (по сути это и делаем но продуктом Creatio продав на нем рассылку сообщейний

Кто то "курил" yugabyte db?

Нууу )

не всякая распределенная БД подходит для хранилищ - лучше об этом разрабов сразу напрямую спрашивать 🙈

Тут типа постгресс сразу кластерный, то есть нет мороки с масштабированием

Привет, есть вопрос характера «как правильно» - есть система мастер-данных, и есть CRM система. В мастер данных есть список клиентов с разными атрибутами, в CRM есть данные о визитах к этим клиентам. Правильно ли идеологически брать транзакционную по пути информацию из CRM (например, количество посещений за какой-то период), и грузить её в запись клиента в системе мастер-данных, показывая там? Или так не делается у взрослых?

Это агрегационная инфа, в мастер-данные их не записать, имхо. Проще сделать счётчик в самой crm или сбрасывать а хранилище

Это же для аналитики надо, агрегаты? Где аналитика проводится, ближе к этому месту и делать

А зачем вам грузить в MDM что-то, что вы не унифицируете? Вы её как DDS используете или у вас есть ещё источники данных по визитам к клиентам?

Все зависит от нюансов, правильного ответа нет, имхо

не делается )
таким путем из MDM сделаешь BI

Тащить транзакционную информацию в мдм - дурной тон. Это касается в том числе и визитов, тональностей звонков и похожих штук

Согласен. Но тонкая грань между основными и транзакционными.
Например договор может быть и основным и транзакцией.
Ипотечный договор изменяющийся примерно никогда скорее основные данные, а договор перевозки (билет на проезд) ближе к транзакциям.

Но общее правило - соглашусь. Не тащите транзакции в МДМ ему от этого плохо.

Не совсем чистые транзакции, а один-два показателя по клиенту, рассчитанный в транзакциях! Например, среднее значение визитов к клиенту, и имя последнего представителя, ходившего к клиенту.