所以我有2个hibernate pojos,如下所示
class Owner{
Integer id;
String name;
Integer age;
String address;
/*
Many more fields here
*/
Set<Cat> cats;
}
class Cat{
Owner owner; //referenced from Owner.id
String color;
}
我使用以下标准查询所有者表 -
Criteria criteria = session.createCriteria(Owner.class);
criteria.createAlias("cats", "cats");
ProjectionList projList = Projections.projectionList();
projList.add(Projections.property("id"), "id");
projList.add(Projections.property("name"), "name");
projList.add(Projections.property("cats"), "cats");
criteria.setProjection(projList);
criteria.setResultTransformer(Transformers.aliasToBean(Owner.class));
List<Owner> owners = (List<Owner>)criteria.list();
我需要填充各自猫的所有者列表。
如果我不添加投影(相当于select *),我会为每个所有者填充猫。但是select *会非常昂贵,因为所有者表有超过60列,并且与许多其他表的外键关系也是如此。我想使用投影来只选择所需的列,以便查询执行得更快。如果我添加投影和/或别名,我会得到所有者但没有猫(每个所有者的猫为空)。
我已经搜索了很多解决方案,尝试了各种方法在条件中创建别名和投影,我甚至尝试使用自定义的ResultTransformers。当我使用投影时,这些似乎都不起作用。
其他人遇到类似问题?有什么想法吗?
答案 0 :(得分:1)
问题不是很清楚。你说如果你不添加投影,你将获得为每个所有者填充的猫。但是在投影列表中你将猫添加为投影场,所以基本上你想要结果中的猫吧?如果是这样,使用预测的唯一理由是不包括所有者的年龄和地址?
作为建议,请尝试考虑从查询中获取的SQL是什么?你想要这样的东西:
select id, name from owner;
或类似的东西:
select o.id, o.namer, c.color from owner o join cat c on o.id = c.owner_id;
我认为首先要做的是什么,然后在Hibernate中如何做到这一点。
编辑: 好的,我想我明白你现在想要完成什么。但我认为你不能像你想的那样去做 - 直接提取所有者实体,同时也填充猫。这是因为默认情况下,通过应用投影,结果将不是所有者实体的列表,而是Object []的列表。
例如,假设您想要所有者ID,所有者名称和猫颜色。您的预测将如下所示:
projList.add(Projections.property("id"), "id");
projList.add(Projections.property("name"), "name");
projList.add(Projections.property("cats.color"), "catsColor");
并且生成的sql与上面的cat join类似。
然后您可以应用结果转换器。这是接口的方法:
public Object transformTuple(Object[] tuple, String[] aliases);
public List transformList(List collection);
现在,如果要将每行的地图返回到对象,则会为结果列表中的每个对象调用第一个对象,但如果需要,可以处理整个列表并合并结果。也许你想要这样,因为例如你将拥有一个拥有猫颜色列表或catDtos列表的OwnerDto,你可以在这个树状结构中转换结果。请注意,由于加入,您的结果将如下所示(假设您有2个拥有者,每个拥有一只猫):
tuple: [1, 'Owner1', 'white'] - aliases ['id', 'name', 'catsColor']
tuple: [1, 'Owner1', 'black'] - aliases ['id', 'name', 'catsColor']
tuple: [2, 'Owner2', 'yellow'] - aliases ['id', 'name', 'catsColor']
.. etc
这就是为什么你希望结果转换器将这个原始列表组合成更合适的东西。
这个想法是预测对于获取所需的数据和提高性能非常有用,但现在必须返回的结果不是实体 - 您必须准备它们并像它们一样使用。在DTO中转换投影数据并使用它们更有意义,因为这就是为什么你首先使用投影 - 不检索整个实体,对吧?
让我们希望这可以解决问题,如果您需要更多建议,请发表评论。