Архитектура данных для иногда связанного решения научной области

Question

Архитектура данных для иногда связанного решения научной области

Мы находимся в стадии разработки решения для сбора и хранения научных данных.

Решение должно работать с несколькими полевыми клиентами ПК с Windows, подключенными к транспортным средствам (грузовикам, лодкам и т. Д.), Подключенным через сотовую сеть к центральному серверу SQL.

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

Подключение к серверу прерывистое, и, следовательно, клиенты должны иметь возможность работать полностью без подключения к центральному серверу до 3 часов.

Мы рассматриваем MSMQ и Microsoft Sync Framework как варианты для взаимодействия клиент-сервер. Любые идеи, которые вы можете предоставить, будут высоко оценены.

1

wcf architecture msmq microsoft-sync-framework occasionallyconnected

Источник

user181113 10 апр '14 в 11:26

1 ответ

Решение

Другие вопросы по тегам wcf architecture msmq microsoft-sync-framework occasionallyconnected

user23697 24 апр '14 в 13:30 2014-04-24 13:30 · Accepted Answer · 2014-04-24 13:30

Реализуйте синхронизацию с платформой синхронизации через WCF. Это позволит вам (ao) сжимать данные с помощью поведения WCf. И вам не придется выставлять свой sql-сервер в интернете. http://code.msdn.microsoft.com/Database-Sync-SQL-Server-7e88adab и http://code.msdn.microsoft.com/Database-SyncSQL-Server-e97d1208

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

Я не знаю о MSMQ. Вы можете иметь надежный обмен сообщениями через WCF, и если сообщения, которые вы отправляете от клиентов, являются идемпотентными, а данные, которые вы отправляете клиентам с сервера, рассматриваются как основная истина, я не вижу необходимости в msmq.

Если вы можете использовать sql express на клиентах, я очень предпочитаю подход sync fx 2.0 с отслеживанием изменений на сервере sql, но это неподдерживаемый сценарий Microsoft. В противном случае подход sync fx 2.1 с таблицами метаданных в порядке, если у вас не более 50, скажем, таблиц.

Если у вас есть более конкретные вопросы, я мог бы знать больше.