首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Hibernate确实扼杀了我的Java架构吗?

Hibernate确实扼杀了我的Java架构吗?
EN

Stack Overflow用户
提问于 2012-11-22 18:51:47
回答 2查看 99关注 0票数 0

我读过Mkyong的这个伟大的文章关于Hibernate中一对多关系的文章,我对此有很大的怀疑。Mkyong在他的示例中使用了两个clase:Stock.java and StockDailyRecord.java

我认为类图必须是:“股票有许多库存透析记录”,因此,作为数据库实体关系图,必须是:“库存一对多的库存透析记录”。

但是Mkyong已经走得更远了,这里是我怀疑的地方。他设置了一个名为Stock stock on the StockDialyRecords class的属性。也就是说,他创造了一个的双向关系。这是对的?我知道这条路对ORM来说,我们可以朝两个方向走。但从图类来看,的观点是这样的:"A股票有许多StockDialyRecords,StockDialyRecords有股票。“

我是从建筑概念的角度说的。就好像这是一个循环或者矛盾。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2012-11-22 18:54:22

它是双向的,因为它代表了两种不同的关系:

  • 股票有很多记录(一对多)
  • 记录参考资料库存(多到多)

从商业角度看,这两种关系都是有意义的。后者似乎更重要--每一项记录都必须引用它所描述的一只股票。

从技术角度看,双向关系具有一些优势,例如,它允许您从双方构建查询。

票数 2
EN

Stack Overflow用户

发布于 2012-11-22 18:56:38

是的,您肯定应该有一个多对一个,链接回一个到多,因为Hibernate将管理您的关系,并避免任何问题。如果你不愿意的话,你不需要这样做,但这意味着你可能需要一些额外的编码。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/13518578

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档