alexeyvgОбычно данные из разнородных источников в хранилище импортируют, используя SSIS.

Загрузку/выгрузку всё равно придётся писать - вы же не будете реплицировать данные прямо в формат хранилища, производя по ходу заодно очистку данных, приведение к общим справочникам и т.д.

конечно - загрузку/выгрузку надо обслужить, но механизмы SSIS - это стандартные механизмы
, примочки для меня что-то написаное дополнительно под данную задачу, например в C#


к филиалам нет постоянного подключения, доступ будет только в ночное время

филиалов этак от 10 до 30 может быть
оставляя все на записе/выгрузке с помошью SSIS из централи - вещаем процессы на один центальный сервер :(, где у нас только механизмы Standarta
а какая разница тогда записи в файл или сразу в базу в промежуточную таблицу и потом их очищение?

передача через файлы - возможен риск потери данных - часть файлов передана, часть нет, при репликации все пошло или ничего

меня интересуют более детальные подробности процесса - если не репликация то что вместо нее? процесс нужен автоматический
общие справочники как вы ето делали? - просто файлы xls или более приятное решение для пользователя?

А это все таки сработало :) Репликация в этом проекте сделала свое дело!

Было подключено 30 компаний, а среднее время подключения каждой новой составляло 10 рабочих дней. 150 пользователей были подключены к системе Targit и 74 пользователя к системе Prophix. Targit использовался для стратегической поддержки компании, а Prophix - для поддержки оперативного управления. Кроме того, было создано центральное хранилище данных, 11 кубов OLAP, 120 мер и 55 измерений.

Не все так плохо :) , просто как то не получалось написать об этом

Клиент дальше использует проготовленые механизмы, только немного вложился в "железо"
Да и DWH уже в разы побольше

Вложились в 2012 (добавили только память и диски ssd) , Клауд еще не был так популярен

и не каждый клиент хочет туда переезжать