"материализованные представления" - это что-то из научного коммунизма?

А цель всей этой дискуссии какая?

Если самоцель "отказаться от ЛБД", то это голимый фанатизм )
Если цель - оптимизировать выборку по времени, то по-любому надо копать в сторону массовой выборки вместо SELECT-ENDSELECT.
Если цель - сделать код более выразительным и понятным, то копать надо в сторону бизнес-объектов.

Сейчас я вижу или непонятную быструю выборку - комок JOIN; или понятную медленую выборку из SELECT-ENDSELECT. И ORM иже с ним.

Потенциально, все эти ORM могут дать медленную выборку с человеческим лицом. Типа
order_list = faktura->GET_PREV_DOCS().

Итого - что вам конкретно надобно?

Когда-нибудь всё через классы сделают, это понятно. Но Persistence Services в том виде, в каком сейчас есть, по-моему, прямая противоположность ЛБД.

Насколько читал статейки в журнале "Открытые системы", эта технология уже распространения не получила.

А вам не все ли равно, каким образом объекты сохраняются на Persistence уровне?

В C# например объекты сохраняются в XML очень просто - все аттрибуты пишутся внешним объектом в файл. При восстановлении создается объект и все атрибуты инициализируются этими же значениями.

На производительность труда конкретная реализация Persistence влияет мизерно. Может стоит обсуждать с т.зр. программирования? )

Нихт, это что-то из оракла.
Прикольная штука. Относится к OLAP. Но замена ЛБД вышла бы отменная. ИМХО. У мелкософта есть примерный аналог - индексированные представления.
Если на пальцах - то и то и другое позоляет заранее, на уровне БД, производить различные рассчеты, агрегации, соединения и т.п.

Стандартные саповские лбд еще берут на себя проверку полномочий на считывание данных. Странно что Bully об этом не упомянул. Для HR это особенно актуально.

Как это не упомянул? п.3 об этом: