我看到很多可以使用Hibernate来保存地图,如Map< String,Set&Entity>>有点运气(特别是因为我想要一切都在一张桌子上).
Mapping MultiMaps with Hibernate是一个似乎得到最多引用的东西,它详细描述了如何使用UserCollectionType实现它.
我想知道,既然是四年前写的,现在有没有更好的办法呢？
所以,例如,我想对EntityA做一个地图,Set / List< EntityB>>.
将有两个表：EntityA和EntityB(EntityB有一个外键返回EntityA).
我不想要任何中间表.
解决方法
我对当前项目的完成方式是使用xstream将bean /集合转换为xml：
public static String toXML(Object instance) {
XStream xs = new XStream();
StringWriter writer = new StringWriter();
xs.marshal(instance,new CompactWriter(writer));
return writer.toString();
}
然后在休眠中使用Lob类型来持久化：
@Lob @Column(nullable = false) private String data;
我发现这种方法非常通用,您可以通过它有效地实现灵活的键/值存储.你不喜欢XML格式,那么Xstream框架有内置的将对象转换为JSON的驱动程序.试一试,真的很酷
干杯
编辑：回应评论.
是的,如果你想克服经典方法的限制,你可能会牺牲像索引和/或搜索那样的东西.您可以通过自己的集合/通用实体bean实现索引/搜索/外部/子关系 – 只需维护单独的键/值表,其中需要您想要搜索的属性名称/属性值.
我已经看到了需要灵活和动态的产品的数据库设计数量(即为没有停机时间的域对象创建新属性)模式,许多数据库设计使用键/值表来存储域属性和所有者对象的引用到子级.这些产品花费数百万美元(银行/电信),所以我猜这种设计已被证明是有效的.
对不起,这不是您的原始问题的答案,因为您询问没有中间表的解决方案.
