Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 синхронизация данных: центр-ноды  [new]
Denis2009
Member

Откуда:
Сообщений: 1
привет всем!
Прочитал статьи, что есть на sql.ru и BOL просмотрел (сказать, что понял было бы неправильно). Но до конца понять не могу как сделать правильно.

задача: есть центральная БД и в ней есть таблицы с данными (не очень много) - таблиц около 20-30, данных в них до гигабайта. обновляются не очень часто (пара изменений в пять минут, например).
есть несколько БД "клиентов", они содержат в себе подмножетсво данных из центральной БД. - схемы везде похощие, но немного разные (разные версии софта, там поле добавилось, там таблица, где-то что-то удалилось). Центральную БД планируется сдеать может быть сильно непохожей. Нужно синхронизировать (в одну сторону, из центра к клиенту) данные. Где-то раз в 5-10 минут.

в принципе, в начале планировалось( и до сих пор так думаю) делать это НЕ средствами самого сиквела. Написать WCF сервис который будет находить данные для клиентской БД, паковать в ADO.NET ДатаСеты и слать на клиента. клиент будет обновлять данные. Идея сделать это через Синонимы: т.е. в "клиентских" БД создать синонимы на таблицы, так что хранимые процедуры и код из C# будет работать как раньше, а на самом деле в подложке будут таблицы. Т.е. пришло обновление - создали новую базу и перенаправили синонимы на новую базу.

Что вы думаете по этому поводу?

Сегодня вот еще нашел вариант с merge replicatioin (делая поиск по форуму). Вот не пойму только как там сделать преобразование данных более существенное, чем выкидывание колонок и where выражения, это возможно?

И последний вопрос, как по вашему опыту какой вариант лучше: merge replication или custom solutioin?

Спасибо,
Денис
13 июл 09, 20:43    [7410780]     Ответить | Цитировать Сообщить модератору
 Re: синхронизация данных: центр-ноды  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
Denis2009
...И последний вопрос, как по вашему опыту какой вариант лучше: merge replication или custom solutioin?
Если у вас "хорошая" сетка, то, ИМХО, конечно репликация - разработка поддержка и прочая могут оказаться на порядок дешевле и мобильнее.
Ну и, соответственно, если с транспортным уровнем не всё гуд, пилите...
14 июл 09, 06:21    [7411363]     Ответить | Цитировать Сообщить модератору
 Re: синхронизация данных: центр-ноды  [new]
А.Панков
Member

Откуда: Toronto
Сообщений: 523
Merge replication - это когда от филиалов к центру информацию собирать и сливать в одно. В вашем случае, как я понял, надо данные рассылать из центра по филиалам. Для этого есть transactional replication
14 июл 09, 23:30    [7416405]     Ответить | Цитировать Сообщить модератору
 Re: синхронизация данных: центр-ноды  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31194
Denis2009
И последний вопрос, как по вашему опыту какой вариант лучше: merge replication или custom solutioin?
Своё решение будет проще, надёжнее, и требовать меньшей квалификации разработчиков и админов.

По крайней мере, при условии выполнения требования "у всех клиентов разные версии, в т.ч. модифицируемые самими клиентами".
15 июл 09, 10:29    [7417204]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить