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

faustmangos,

а почему ты думаешь что бд должна быть доступна только не автономно?

faustmangos,

каких клиентов? почему обязательно их должно быть много??
почему надо что то куда то качать?
доступ к БД может быть как многопользовательский, так и однопользовательский
если ты все это говоришь про DataSet, DbContext и т.д., то уточни, что тебе в них не нравится

faustmangosViPRos, Задачка - есть сеть магазинов в городе(1,2,3...) у них есть общий склад из которого они пополняют свои запасы и тд. Для учета запасов на складе есть база данных. Товары в магазах пополняются по заумному алгоритму - кто первый взял со склада того и запасы. У магазина "1" кончились памперсы, менеджер Вася видя что памперсы закончились, проверяет базу данных запасов на складе и видит что там осталось 10 памперсов и решает забрать их все. Затем у магазина "2" тоже кончаются памперсы и менеджер Витя видит что на складе тоже 10 памперсов и забирает их все. Через пол часа на складе разворачивается драка за памперсы. Вопрос к задаче - зачем нужны автономные бд.
ну после того как Вася забрал, на складе уже нечего забирать Вите

faustmangosViPRos, ага, только у вити отображается что в базе данных все присутсвует у них же отсоединенный режим, и у каждого на компе своя бд в датасете
значит плохо отсоединили

skyANAViPRosпропущено...

это тот редкий случай когда мс сделал что то правильноА в чём правильность-то?

ИМХО с объектами в памяти проще и оптимальнее работать, чем с DataSet-ами.
а при чем тут простота и непонятная "оптимальность" (что за критерии?)
объекты вшитые в код - это очень жестко - если состояние объекта не = код сам