Репликация SQL Server 2008 против ручного обновления базы данных

Question

Наш сценарий:

У нас есть основная база данных, в которой хранится информация всей компании. У нас есть несколько торговых точек, которые имеют свои собственные базы данных, с которыми они работают. Эти местоположения должны использовать информацию в базе данных всей компании, и я не хочу, чтобы наше основное приложение выполняло перекрестные запросы к базе данных, потому что, если у основной базы данных есть проблемы (блокировки или нет), я не хочу, чтобы это приводило к прекращению работы приложения. функционировать.

Как говорится, мы рассматриваем 2 вещи:

1. Копировать данные
2. Запустить автоматический скрипт для обновления таблиц в каждой базе данных самостоятельно

Я склоняюсь к репликации, но я должен признать, что никогда не делал этого раньше (хотя мы реплицируем данные, я просто не занимался этим). Мне сказали, что репликация может быть довольно интенсивной для больших таблиц. Есть какие-нибудь мысли, предложения или хорошие статьи по этому поводу?

Answer 1

Обычно лучше использовать стандартный инструмент, чем создавать собственный код.

Лучшим в этом случае является меньшая стоимость и меньшая вероятность ошибок.

SQL Replication создан для выполнения именно этой работы, поэтому я рекомендую вам его использовать.