Пож-та, помогите советом

Стоит задача разработки распределенного приложения на c#.
Планируется реализовать следующую архитектуру.

На клиентах используется ПО с локальной БД.
Клиент полностью функционален без связи с сервером.
В определенное(например когда появилась связь) время накопленная клиентом информация автоматически поступает в БД.
Т.е. что-то вроде синхронизации данных. Что-то от клиента-серверу, что-то от сервер-клиенту.

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

Существуют ли технологии microsoft, фреймворки, pattern and practices методики
для создания такого типа приложений?

Здравствуйте, abeltsov, Вы писали:

A>Существуют ли технологии microsoft, фреймворки, pattern and practices методики
A>для создания такого типа приложений?
Sync Framework

Здравствуйте, samius, Вы писали:

S>Здравствуйте, abeltsov, Вы писали:

A>>Существуют ли технологии microsoft, фреймворки, pattern and practices методики
A>>для создания такого типа приложений?
S>Sync Framework

Спасибо.
Тут уже спросил у давнего знакомого, когда-то старшего коллеги

у микрософт есть две штуковины: 1-я — штатное средство репликации в Ms Sql — работает, но глюков хватает.
Вторая это Sync Framework — если хочешь посмотри на msdn.

и он добавил:
вообще говоря лучше дурью не маятся, а сделать единую базу. То есть направить усилия на нормальный канал связи и нормальный код, который бы не перегружал канал. Репликация одна из самых трудних, глюкавых и ресурсоемких задач. В ней всегда будут ошибки и их всегда придется исправлять и не будет никакой гарантии, что на центральном сервере сейчас вся информация. А уж если клиент какое-то время функционировал без связи с ЦС это вообще трындец. Или если одни и теже данные поменялдись на разных клиентах — это вообще вопрос не разрешимый

Так что теперь сомневаюсь, но нужно еще посмотреть какие средства предоставляет фреймворк.

Здравствуйте, abeltsov, Вы писали:

A>у микрософт есть две штуковины: 1-я — штатное средство репликации в Ms Sql — работает, но глюков хватает.

Глюков именно в самой репликации или в том, как её используют

A>Вторая это Sync Framework — если хочешь посмотри на msdn.

A>и он добавил:
A>вообще говоря лучше дурью не маятся, а сделать единую базу. То есть направить усилия на нормальный канал связи и нормальный код, который бы не перегружал канал. Репликация одна из самых трудних, глюкавых и ресурсоемких задач. В ней всегда будут ошибки и их всегда придется исправлять и не будет никакой гарантии, что на центральном сервере сейчас вся информация. А уж если клиент какое-то время функционировал без связи с ЦС это вообще трындец. Или если одни и теже данные поменялдись на разных клиентах — это вообще вопрос не разрешимый

Ничего неразрешимого в данном вопросе нет.

Здравствуйте, _FRED_, Вы писали:

Мне нужно было с чего то начать, sync framework то что нужно.
Спасибо за ответ.
Закрываю топик.