Посоветуйте как грамотно реализовать систему обновлений.
Архитектура очень простая - клиент/сервер, но в локальном варианте (MS SQL Express + exe), то есть всегда ехешник коннектится к локальной базе данных. В базе данных храниться вся информация - и справочная и пользовательская рабочая.
Как реализовать обновление этой базы из интернета?
С ехешником - все понятно, выложить новый куда-нибудь на ftp (или через http), реализовать автоскачивание и самообновление.
А вот что делать с базой?
Характер апдейтов - не только текстовая информация, но и блобы (документы и изображения).
Еще проблема усугубляется тем, что пользователь может пропустить несколько апдейтов... а потом решить обновиться... это тоже вопрос - кумулятивные апдейты или "разностные".
Для пользователя это должно работать по-типу, как это в антивирусных программах сделано - в любой момент подключаешся - и получаешь все ранее не установленные обновления.

С расположением апдейтов то особых проблем нету.
Интересно как реализовать саму "архитектуру" обновлений. Это патчи с sql-скриптами, метаинформация, и прочее....

Как раз доступ публичный...

Petro123Bigov,
если вы нацелены на "у каждого клиента своя маленькая БД" т.е. "нет связи - всё равно работаем", то при 2-х сторонних репликах геморрой с распределёнными транзакциями.
Если обновления только в одну сторону, то проще.

Именно так и должно быть - "своя маленькая БД". Тут еще нужно учесть, что это все должно работать и через прокси (то есть, я так понимаю, http-80-порт). Репликация стандартными средствами вроде не реализуется через прокси.
Может быть использовать "патчсеты"? Но их как то тоже нужно генерить... не каждый же раз вручную писать скрипты с инсертами.....

Petro123Bigov,
репликация только в одну сторону или в каждой БД могут CRUD делать?
В одну сторону - только к клиенту!

А работает ли репликация через прокси и стандартные 80-порты? Многие пользователи за проксей будут сидеть.