Кэширование больших объемов данных в WCF при записи? - PullRequest
1 голос
/ 16 ноября 2009

У нас есть умный клиент, который общается с базой данных SQL Server через WCF, отображает объекты в базе данных и позволяет пользователю редактировать эти объекты.

Некоторые из вызовов WCF возвращают большой набор данных. Поскольку этот набор данных меняется не очень часто, я рассматриваю какой-то вид сквозного кэша на клиенте и получаю только дельты из службы WCF.

То есть: клиент читает из службы и пишет в службу.

Я не ищу отключенную / автономную работу, но, поскольку большая часть данных меняется не очень часто, я бы, вероятно, реализовал это с локальным хранилищем данных.

Я не хочу, чтобы локальное хранилище стало слишком устаревшим, и я не думаю, что я слишком обеспокоен разрешением конфликтов, потому что обновления всегда будут идти прямо в службу WCF - воспринимайте это как через кеш.

Подойдет ли для этого Microsoft Sync Framework? Могу ли я использовать локальный кеш SQL-CE и выполнять обновления через WCF? Конец службы имеет серверную часть SQL Server 2005/2008, но я не хочу говорить с ней напрямую. Хорошо ли интегрируется Sync Framework с WCF?

Есть ли другие решения там? Должен ли я сам что-то закатать?

1 Ответ

0 голосов
/ 16 ноября 2009

Не думаю, что вам вообще нужно связывать это с WCF. FeedSync позволяет публиковать прямо в RSS-канал.

Единственное, в чем я не слишком уверен, так это в том случае, если он подойдет для "большого набора данных". Поскольку вам не нужна двухсторонняя репликация, если ваш набор данных очень большой, вы можете написать свою собственную реализацию WCF для ее оптимизации; особенно для начальной популяции.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...