Роман Дынникпо поводу "готовых" средств маппинга ...
допустим имеем цепочку наследования: c2->c1->c0 (t2->t1->t0)
что делают (какой sql-скрипт) существующие средства маппинга (тот же болд например)?
insert into t0;
insert into t1;
insert into t2;
Даже если вы настраиваете маппинг на view, то это будет:
insert into v0;
insert into v1;
insert into v2;
Я уж не знаю, для кого как, но для меня наилучший/идеальный вариант - это один вызов одной хп для сохранения объекта, т.е.
exec sp_Ins_t2 @p0,@p1,@p2;
Дальше вся обработка вызовов на сервере, вот стек того что должно происходить на сервере БД:

или может кому то будет понятней так:
Дайте мне в руки готовое средство маппинга которое организует выше описанное и я буду счастлив.
Иначе пишите собственный адаптер как предлагает известный поклонник Bold-a mv .
И я бы посмотрел кто из них был бы быстрей, автор или mv со своим "крутым" адаптером.

Плюс не забываем что некоторую часть бизнес-логики иногда все таки более удобно реализовывать в слое хп.
На практике обычно получается что бизнес-логика размазана минимум по двум слоям (уровень БД и сервер приложений).

По-моему цель статьи автора была обрисовать проблему маппига на хп. На сегодня ни одно средство это не реализует, хотя попытки и делаются (nHibernate beta).
Templare, предложил решение проблемы путем маппинга на view(на единственный view, а не на всю цепочку наследования) и вызова соответствующих хп в view-триггерах. На мой взгляд это единственное разумное и "абстрактное" решение.

Posted via ActualForum NNTP Server 1.1

Ну что за бредятина?! Автор поста слышал что-нибудь о настройках отображени маппинга при наследовании Child->Parent/Parent->Child? И практически все "стандартные средства" (в т.ч. и "Болт", кажется) умеют это делать.

Конечно, если у программиста хватило ума правильно выполнить настройки.

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