BlazkowiczИ что мы видим?

RTFMQueries can return properties of any value type including properties of component type:

select cat.name from DomesticCat cat
where cat.name like 'fri%'

select cust.name.firstName from Customer as cust
А вот он, мне кажется, один фиг тащит весь объект своим сгенерированным запросом.
Для одно параметра, наверное (никогда их еще не использовал), нужно использовать нативный запрос.

BlazkowiczNixicА вот он, мне кажется, один фиг тащит весь объект своим сгенерированным запросом.
Для одно параметра, наверное (никогда их еще не использовал), нужно использовать нативный запрос.
Во-первых "кажется" и "видел в sql логе" это не одно и тоже.
Во-вторых - ширина запроса вообще никак не оказывает влияния на производительность. Хоть 10 колонок, хоть одну, разницы никакой. Блобы - отдельный вопрос.
Согласен (слово кажется я не просто так вписал), кстати, на счет ширины запроса, я этот вопрос уже сам поднимал, но забыл/забил на него, так как выяснилось что однофигственно оно.
Если HQL тянет объекты, а объект тянется "широким" запросом, и на производительность ширина никак не влияет, то получается вообще нет необходимости заморачиваться на том, чтобы вытаскивать из БД только свойства объекта.

У меня ощущение, что задача - вытащить одно лишь поле, это попытка не применять FetchType.LAZY и не получать при этом огромные портянки дополнительных запросов, от подгружаемых одновременно с "родительским" объектом объектов.