EE
Куча вариантов может быть
Size: a a a
2019 March 26
EE
Там вообще может скрипт посередине стоять
OS
можно несколько примеров, как можно из сервиса А сделать куча вариантов НАПРЯМУЮ в базу сервиса Б
EE
Из одной системы забирать в другую сохранять
EE
можно несколько примеров, как можно из сервиса А сделать куча вариантов НАПРЯМУЮ в базу сервиса Б
Вот скриптом например
SS
Наверное человек хотел спросить «каким подходом лучше всего связать два сервиса которые логически оперируют одной бд»
OS
если скриптом, то что именно "напрямую"?
EE
Это значит не через саму систему очевидно же
SS
То есть сервис А может записывать в бд и слать оповещения сервису Б, или сервис Б может просто следить за базой сервиса А
OS
а кеш в системе Б будет сбрасывать тот же скрипт, который данные копировал, или консистентность нас не интересует?
SS
Наверное выборы примерно такие
OS
если сервис Б за чем-то следит - то это тоже никак не "напрямую", это как раз через механизм слежения
SS
Ну да
EE
Клиент1 <-> сервер приложений1 <-> сервер баз данных1
Клиент1 <-> сервер приложений1 <-> сервер баз данных1
СБД1 <-> медиатор <-> СБД2
Это напрямую базу, но вообще никак ничего не объединяет. Приложения даже могут не знать ничего друг о друге
Клиент1 <-> сервер приложений1 <-> сервер баз данных1
СБД1 <-> медиатор <-> СБД2
Это напрямую базу, но вообще никак ничего не объединяет. Приложения даже могут не знать ничего друг о друге
EE
Я и говорю софистика
EE
Вместо того что бы думать как инженер, вы думаете о том что значит напрямую как гуманитарии)
OS
я дико извиняюсь, а медиатор - это у нас первая система, вторая, или мы только что третью придумали?
EE
я дико извиняюсь, а медиатор - это у нас первая система, вторая, или мы только что третью придумали?
А кто сказал что мы не можем придумать третью?
EE
У нас никаких вообще ограничений или подробностей набор
OS
а если мы схему БД1 поменяли - код медиатора придётся менять?