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

Пока думаю использовать LINQ. Если связь пропала, то данные будут ждать своего звездного часа в пределах DataContext'а LINQ. Когда связь появляется - commit. Если вдруг приложение падает или юзер закрывает его, тогда сереализуем DataContext LINQ и при следующем запуске десериализуем.

Вся работа с БД через DataGrid'ы, с отображением конфликтов/ошибок и т.д. В общем все по феншую.

Мучает вопрос, способен ли LINQ отлавливать конфликты параллелизма после сериализации/десериализации?

Может что-нибудь лучше подскажите?

МСУНе совсем понятна корреляция линка и нестабильной связи...

Трудно объяснить. Представте LINQ в роли БД на стороне клиента, только все данные хранятся в оперативной памяти. Конечно этого мало, на время выключения приложения - сериализация.

МСУВозможно, имеет смысл посмотреть в сторону embedded database для последующей синхронизации при восстановлении связи?

А на стороне клиента что за БД? Sql compact? И как ее в IsolatedStorage засунуть?
А хотя клиент без вопросов будет "out of browser". Если не ошибаюсь в таком случае нет ограничений при записи на диск.

AlexeiK,

Да, думаю так намного лучше. А что насчет синхронизации? MS Sync Framework реально использовать? Придется ведь синкать SQLite со стороны клиента и SQL со стороны сервера.

МСУРуки-крюки, а чё SQLite?
Ну не SQL же. И не SQL compact, там нет внешних ключей.

Можно конечно Silverlight Database попробовать. Но опять встает вопрос, как синхронизировать?

Да, забыл написать. Проект будет на SL5.