SeVa
Для того чтобы не писать процедуры, берем монстроидальную приблуду, в результате получаем: дополнительные тормоза,глюки,ограничения,ставим на уши БД.А теперь ты, попытайся мне объяснить,мимо каких таких сахеров я прошел мимо.Абстрактые рассуждения о завещаниях теоретиков(у БД другие авторитеты) и так должно быть в чистом ООП,сразу будут посылаться в сад.Измерять все будем в моих телодвижениях,потраченных каллориях,в производительности и надежности

Мне теперь понятна ваша мотивация, мностроидальной приблудой в данном случае как раз является фрейморк CSLA, и вы подсадили на него свою DM. Возможно такое жесткое сцепление это нормально, если весь функционал CSLA на 100 % вас устраивает.
Я же предпочитаю как раз чистую модель, имею возможность в любой момент спрыгнуть с Nhibernate.
Для навешивание всяких рюшечек предпочитаю использовать свой собственный DSL.
Я изучу CSLA и возможно в следующей версии, сделаю поддержку CSLA для себя.

Не нашел исходников CSLA не подскажите где их можно взять? )

А Dimistry я посоветую погуглить.
В крайнем случае можно заменить lazy на свои query child.


Posted via ActualForum NNTP Server 1.4

SeVa
Если для прыжков,то в SCLA DAL можно заменить легко.

но reference на сборки CSLA останутся, пока читаю доку, смахивает на шампунь 2 в 1, буду смотреть дальше.



SmD
Выбор элемента по ID с маппингом (мс)
Тулкит 592мс Task _task = query.SelectByKey(_r);
Хибернет 355мс Task _task = (Task)session.Get(typeof(Task).FullName, (long)_r);

+ SeVa
если нужный Task будет в кэше сессии то метод Get вернет его без обращения к БД.
я сравнивал загрузку данных при помощи Nhibernate и при помощи DataReader, каких либо разительных отличий нет,
тем не менее, Nhibernate проделывает больше работы при загрузке данных и соответственно по определению не может быть быстрее чем простой DataReader.



Posted via ActualForum NNTP Server 1.4