Thu, Dec 27, 2012 at 12:53:48, mp wrote about "Re: [uanog] Re: Нужен админ в Донецке":
По-моему ты не дочитал требования. У "топикстартера" в разделe "сохраниение существующего" есть только MS SQL сервер. Наоборот, SQL есть, T-mail планируется добавить:
99% что его не добавляют просто так, но на нём уже сделан какой-то транспорт, и вся инфраструктура заточена под него. Соответственно, может потребоваться переделывать сеть, переучивать людей, переделывать руководящие и сопроводительные документы... Всё это может потребовать очень серьёзных усилий. Зачастую легче сохранить старую технологию на старте и медленно капать на мозги на тему перехода на новую.
Ну, тогда обратно на дерибасовскую: зачем от одного SQL-сервера другому слать запрос по почте (в условиях наличия каналов, по к-рым IP телефония работает)? Чем SQL Replication Queue хуже? В MS SQL сервере есть (к-рый используется).
Может, например, тем, что далеко не всё с местных серверов надо реплицировать, или идёт специфическая доработка данных перед их отправкой в центр. Намёки на это есть в исходном посте (там, где про адаптацию запроса в центре, после принятия из транспорта). В таких условиях репликация, которая рассчитана на то, что какие-то таблицы или целые базы поддерживаются идентичными между разными экземплярами СУБД, не будет работать. И транспорт несёт сообщения уже на уровне бизнес-логики, а не данных базы. И вот тут встаёт вопрос о такого рода транспорте, который 1) надёжный 2) адаптируемый 3) не требует мгновенной передачи, допускает разумные задержки, но при этом прилагает все усилия, чтобы передать без ненужных торможений. И T-Mail тут плох только неразвиваемостью, неподдерживаемостью и экзотичностью. Поэтому единственный грамотный комментарий в теме был от Толчанова - с (вероятно) дельным предложением по замене T-Mail на будущее - в случае, если эти MQ средства умеют персистентность. -netch-