【发布时间】:2010-07-21 23:00:44
【问题描述】:
JPA 规范或官方文档中是否有关于某些 JPA 实现的声明,这些声明描述了我们注释实体方法和注释实体字段时的行为?
就在几个小时前,我遇到了一个丑陋的问题:我将 JPA(通过 Hibernate,但在 java 代码中没有任何特定于 Hybernate 的代码)与 MS SQL Server 一起使用。我将所有注释都放在实体的字段上(直到今天我更喜欢这种风格)。
当我查看数据库时,我发现所有应该是外键并且应该包含一些整数(id)的表列实际上都有 varbinary(255, null) 类型并包含一些东西的哈希值(我不知道那是什么)但它看起来是典型的 MD5 哈希)。
最令人沮丧的是应用程序运行正常。但偶尔(更新时)我得到 MS SQL 异常,指出我试图插入太长的值并且无法截断数据。
最终(作为实验)我从实体字段中删除了所有注释并将它们全部放在方法上。我重新创建了数据库,所有表都包含完美的 FK 列。并且这些列存储整数(ID,如 1、3、4 ...)。
那么,有人能解释一下那是什么吗?
我找到了this SO thread,并且接受的答案说首选方法是将注释放在字段上。至少对于我的具体情况,我可以说这不是真的。
【问题讨论】:
-
由于某种原因,SO线程的链接不正确。
-
@Vineet Reynolds:谢谢!现在是正确的。
-
@Pascal Thivent:如果您根据自己的经验给出答案,我将不胜感激。我并不是说有一种首选方式,我们应该始终使用它。对于两种使用注释的方式,我注意到我的应用程序的行为完全不同。我正试图找出那是什么:错误或记录在 JPA 规范/Hibernate 文档行为中。
-
从模式生成的角度来看,字段与属性访问不会改变任何东西(规范中没有任何内容,如果您使用相关部分是 2.3 访问类型有兴趣)-至少不应该-而且我从未遇到过您提到的问题。如果您可以重现问题,请提交问题,这将是一个错误。关于这两种方法的优缺点,请检查重复项。
标签: java sql-server hibernate jpa jpa-2.0