Hibernate会杀死我的Java架构吗？

我读过Mkyong写的这篇关于Hibernate中一对多关系的文章，我有一个很大的疑问。Mkyong在他的示例中使用了两种类别：

Stock.java和StockDailyRecord.java

我认为类图必须是：“一只股票有许多stockdialyrecords”，因此数据库实体图必须是：“股票一对多stockdialyrecords”

但Mkyong走得更远，我的怀疑就在这里。他在StockDialyRecords类上设置了一个名为

Stock的属性。也就是说，他创造了一种双边关系。这是对的？我明白，对于ORM来说，这样我们可以双向行走。但是从图表类的角度来看，就像上面说的：“一只股票有很多股票，而一只股票有一只股票”

我是从建筑概念的角度说的。就像是一个循环或矛盾
 它是双向的，因为它代表两种不同的关系：


股票有很多记录（一对多）

记录参考库存（从多到少）


从商业角度来看，这两种关系都有意义。后者似乎更为重要——每条记录都必须有它所描述的股票的参考

从技术角度来看，双向关系有一些优点，例如，它允许您从双方构建查询。
它是双向的，因为它代表两种不同的关系：


股票有很多记录（一对多）

记录参考库存（从多到少）


从商业角度来看，这两种关系都有意义。后者似乎更为重要——每条记录都必须有它所描述的股票的参考

从技术角度来看，双向关系有一些优势，例如，它允许您从双方构建查询。
是的，您肯定应该有多对一，以一对多的形式链接回Hibernate将为您管理关系并避免任何问题。如果不想，您不需要这样做，但这意味着您可能需要一些额外的编码。
是的，您肯定应该有一个多对一，作为一对多链接回来，因为Hibernate将为您管理关系并避免任何问题。如果你不想，你不需要这样做，但这意味着你可能需要一些额外的编码。
我“不同意”波希米亚，除非我错过了问题，因为我认为他的观点没有抓住OP的要点。我“不同意”波希米亚，除非我错过了问题，因为我认为他的观点没有抓住OP的要点。