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

Откуда: Россия
Сообщений: 224
Здравствуйте

У нас есть основной сервер (MSSQL) на котором хранятся все данные фирмы - это что-то типа CRM, клиентской базы.
Иногда кому-то приходится ездить в компанидровки и мы ему делаем копию БД и в настройках написанного клиентского приложения прописываем локальные параметры БД.

После его возвращения используем программу для сравнения и синхронизации БД.

Подскажите как можно сделать так, чтобы не приходилось заниматься этим "геммероем" под названием синхронизация, а настроить обновление основной базы обновленными записями из "локальной" и соотвественно добавление в локальную отсутсвующих данных из основной?.. может быть даже это делать с каким-то условиями... получится несколько клиентов и одна основная БД обновляемая всеми... что-то типа онлайн-офлайн клиентской базы...
9 мар 12, 01:12    [12216752]     Ответить | Цитировать Сообщить модератору
 Re: Две БД  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31964
Alexei772
Подскажите как можно сделать так, чтобы не приходилось заниматься этим "геммероем" под названием синхронизация, а настроить обновление основной базы обновленными записями из "локальной" и соотвественно добавление в локальную отсутсвующих данных из основной?.. может быть даже это делать с каким-то условиями... получится несколько клиентов и одна основная БД обновляемая всеми... что-то типа онлайн-офлайн клиентской базы...
"обновление основной базы обновленными записями из "локальной" и соотвественно добавление в локальную отсутсвующих данных из основной"
называется синхронизацией.

А "настроить ..." называется написать программу синхронизации, т.е. программа по любому нужна.

Возможно, можно вместо самодельной программы написать новую, но на основе средств репликации MSSQL

Она может получится сложнее, а может и проще, чем ваша существующая программа.

Для того, что бы сказать точно, нужно изучить вашу систему.

По любому не бывает средств, угадывающих, что и как вам нужно синхронизировать в данных, поэтому одним кликом мышки это не сделать.
9 мар 12, 10:35    [12217170]     Ответить | Цитировать Сообщить модератору
 Re: Две БД  [new]
Alexei772
Member

Откуда: Россия
Сообщений: 224
А какие минусы выхода "репликации Merge + ключи полей GUID"?
10 мар 12, 01:02    [12219689]     Ответить | Цитировать Сообщить модератору
 Re: Две БД  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31964
Alexei772
А какие минусы выхода "репликации Merge + ключи полей GUID"?
Что бы на это ответить, нужно знать вашу схему, ваши алгоритмы.

Минусы могут быть простые, например, ваши алгоритм синхронизации невозможно реализовать, используя Merge репликацию.

Если алгоритмы простые (ключи полей GUID, никакого другого поиска при объединении данных нет, никаких ограничений на данные нет), то Merge репликация действительно самое правильное решение.

Трудно угадать, что вам нужно. Почему заниматься сравнением и синхронизацией БД используя одну программу - это "геммерой", а используя другую программу - не "геммерой"?
10 мар 12, 15:40    [12220782]     Ответить | Цитировать Сообщить модератору
 Re: Две БД  [new]
Alexei772
Member

Откуда: Россия
Сообщений: 224
alexeyvg
Трудно угадать, что вам нужно. Почему заниматься сравнением и синхронизацией БД используя одну программу - это "геммерой", а используя другую программу - не "геммерой"?


Вопрос ставит в ступор и наводит на прекрасную мысль, синхронизация не простое дело :)
16 мар 12, 23:19    [12264244]     Ответить | Цитировать Сообщить модератору
 Re: Две БД  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31964
Alexei772
alexeyvg
Трудно угадать, что вам нужно. Почему заниматься сравнением и синхронизацией БД используя одну программу - это "геммерой", а используя другую программу - не "геммерой"?


Вопрос ставит в ступор и наводит на прекрасную мысль, синхронизация не простое дело :)
Ага, так оно и есть...

Сложность синхронизации зависит в первую очередь от сложности логики, тех бизнес-процессов, для которых она делается, от объёма данных, от требований бесперебойности.

Бывает, достаточно просто кнопку нажать для настройки встроенной в сиквел репликации, а бывает, месяцы и больше нужно на разработку.
16 мар 12, 23:40    [12264391]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить