IFKskyANAIFK,

"обычная работа с плоскими таблицами", как у Вас всё просто.

А у каждого пользователя исключительно свой набор этих плоских таблиц, или он общий и с одними и теми же данными могут работать несколько человек?
Если последнее, то по какому принципу предполагается разрешать конфликтные ситуации?

Люди диссертации пишут на тему алгоритмов репликации данных в распределенных системах, а Вы думаете побыстрому датасет прикрутить

Но если у Вас всё просто, то постарайтесь описать задачу подробнее. Ведь всё просто.

Как раз таки просто - у каждого пользователя свой набор данных. Синхронизация с сетевой базой должна идти после проверки нескольких ключевых полей - если эти поля в локальной базе заполнены, то записи едут в сетевую базу. Если они заполнены и там и там, сравнивается дата последней модификации и более новая версия либо едет в сетевую базу, либо пропускается. В принципе, даже во втором случае предполагается такой же алгоритм.

Ну, и ясное дело, есть справочные таблицы, которые просто обновляются из сетевой базы при каждом подключении и пользователем не изменяются. Здесь тоже используются номера версий, которые обновляются при модификации записей в сетевой базе - чисто для снижения трафика. В локальной базе эти таблицы недоступны для изменения пользователем.Тогда это тупо нужно закодить, проверить и использовать.

DataSet тут не нужен. Он не будет проверять ключи и дату последней модификации.

IFKskyANAIFK,

"обычная работа с плоскими таблицами", как у Вас всё просто.

А у каждого пользователя исключительно свой набор этих плоских таблиц, или он общий и с одними и теми же данными могут работать несколько человек?
Если последнее, то по какому принципу предполагается разрешать конфликтные ситуации?

Люди диссертации пишут на тему алгоритмов репликации данных в распределенных системах, а Вы думаете побыстрому датасет прикрутить

Но если у Вас всё просто, то постарайтесь описать задачу подробнее. Ведь всё просто.

Как раз таки просто - у каждого пользователя свой набор данных. Синхронизация с сетевой базой должна идти после проверки нескольких ключевых полей - если эти поля в локальной базе заполнены, то записи едут в сетевую базу. Если они заполнены и там и там, сравнивается дата последней модификации и более новая версия либо едет в сетевую базу, либо пропускается. В принципе, даже во втором случае предполагается такой же алгоритм.

Ну, и ясное дело, есть справочные таблицы, которые просто обновляются из сетевой базы при каждом подключении и пользователем не изменяются. Здесь тоже используются номера версий, которые обновляются при модификации записей в сетевой базе - чисто для снижения трафика. В локальной базе эти таблицы недоступны для изменения пользователем.Тогда это тупо нужно закодить, проверить и использовать.

DataSet тут не нужен. Он не будет проверять ключи и дату последней модификации.

Это я что, два раза кнопку нажал? :)

IFKskyANAпропущено...
Тогда это тупо нужно закодить, проверить и использовать.

DataSet тут не нужен. Он не будет проверять ключи и дату последней модификации.

Склоняюсь к такому же варианту. А как тогда представлять данные в формах без датасета? Тупо кодировать источник данных для каждой формы через датабайндер?В формах представлять данные можете и с датасетом, раз иначе не умеете.
К синхронизации это не относится.