Здравствуйте, Spinifex, Вы писали:

S>Если мне не изменяет память там наружу торчат коллекции объектов. Типа Users, Organizations, Networks. Туда нужно добавлять новые объекты, оттуда забирать нужные. Вопрос авторам. Зачем так ограничевать пользователя linq2db?

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

Обычно приложению в чистом виде сами данные из БД не нужны. Зато часто нужны агрегаты, ad hoc проекции, соединения данных из разных таблиц и т.п. По-этому, linq2db не очень заточен на поддержку всевозможных Entity Services, а больше используется как типизированный SQL.

S>У ORM есть вся необходимая информация чтобы не вытаскивать это наружу. В этом плане NHibernate сделан очень грамотно. В итоге для NHibernate style мы получаем unitOfWork следующего вида:

И хибернейт и UoW уже не раз предавались анафеме и не только здесь на сайте. Персистентность объектной модели приложения привлекательна только паначалу, особенно после просмотра учебных роликов. Жизнь она оказывается немного сложнее.