JPA IdClass混淆-这个想法可行吗？

Question

如果您有用户实体，则可以通过两种方式存储其地址。 您可以将所有字段直接存储在用户对象中-或-您可以创建一个地址对象，该地址对象保存在单独的表中，并与用户连接（或级联，等等），然后放入用户实体内的地址对象中。

后者的优势是什么？ 如果您可以在一个表中放入更多内容，那不是最有意义吗？ 我认为后者最终将导致更多的资源使用。 我知道这对于其他事情可能更实用，但是该示例专门提到了您可以执行任何一种操作的情况。

如果您执行了与上述操作类似的操作，那么用户通常会使用IdClass吗？

对于IdClass，是否每个字段都必须仅仅是另一个实体的键，还是您还可以在其中添加具体字段或临时字段？ @IdClass的用法是否只是在说要使用多个Id注释，其余的取决于您？

谢谢！

Answer 1

您与用户之间的地址关系应该是多对一的。 因为一个用户可能有两个地址。 如果要将地址对象放在用户对象内，则每个用户只能有一个地址。 在用户对象中具有地址字段也存在该问题。 因此，您的建议都不是最佳做法。

无需为用户实体使用IdClass，您只需使用注释即可使用数据库本机ID生成。 @Id @GeneratedValue（strategy = GenerationType.IDENTITY）。