知识大全别让Hibernate偷走了你的标识符[5]

Posted 2022-07-18 数据库

篇首语：我们这个世界，从不会给一个伤心的落伍者颁发奖牌。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全别让Hibernate偷走了你的标识符[5]相关的知识，希望对你有一定的参考价值。

别让Hibernate偷走了你的标识符[5] 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　Person类现在就简单多了

public class Person extends AbstractPersistentObject // Person specific fields and behavior here

　　从上一个例子开始Hibernate映像文件就不会再改变了我们不想麻烦Hibernate去了解抽象父类相对的我们只要保证每个持久化对象的映射文件包含一个id项（和一个被指派的生成器）和一个带有unsaved value= null 属性的version标签机敏的读者可能已经注意到每当一个持久化对象被实例化的时候它的id值得到了指派这意味着当Hibernate在内存中创建一个已经保存过的对象时虽然这个对象是已经存在并从数据库中读取的它也会得到一个新的id 这不会产生问题因为Hibernate会接着调用对象的setId()方法用保存的真实id来替换新分配的id 剩下的id生成器并不是问题因为实现它的算法是轻量级的（也就是说它并不牵扯到数据库）

　　到现在为止一切都很好但是我们遗漏了一个重要的细节如何实现IdGenerator createId() 我们可以为我们理想中的键值生成器（key generation）算法定义一些标准

　　● 键值可以不牵扯到数据库而很轻量级的产生

　　● 即使跨越不同的虚拟机和不同机器键值也要保证唯一性

　　● 如果可能键值可以由其它程序编程语言和数据库生成至少要能和它们兼容

　　我们需要的是通用唯一标识符（UUID） UUID是由标准格式化的个字节大小的（位）数字组成的 UUID的字符串版本是像这样的 cdb cee f d a c ae c (大家应该可以注意到 Jmatrix目前就是使用的UUID)

　　里面的字符是数字简单的按字节的进制表示横线把数字的不同部分分割开来这种格式简单而且易于处理只是个字符有点儿太长了因为横线总是被安置在相同的位置所以可以把它们去掉而把字符的数目减少到个用一种更为简洁的表示方法你可以创建一个byte[ ]的数组或是两个字节大小的长整型（long）来保存这些数字如果你使用的是Java 或更高版本你可以直接使用UUID类虽然这不是它在内存中最简洁的格式如果你要获得更多的信息请参阅Wikipedia 的UUID条目或 Java UUID参考文档

　　对UUID的产生算法有多种实现既然最终UUID是一种标准格式我们在IdGenerator类中采用哪一种实现都没有关系既然无论采用什么算法每个id都会被保证唯一我们甚至可以在任何时候改变算法的实现或是混合匹配不同的实现如果你使用的是java 或更高版本最方便的实现是java util UUID类

public class IdGenerator 　public static String createId() UUID uuid = java util UUID randomUUID();return uuid toString();　

　　对不使用java 或更高版本的人来说至少有两种扩展库实现了UUID并且和之前的java版本兼容 Apache Commons ID project 和 Java UUID Generator(JUG) project 它们都在Apache的旗下（在LGPL之下JUG也是可用的）

　　这是使用JUG库实现IdGenerator的例子

import safehaus uuid UUIDGenerator;public class IdGenerator 　public static final UUIDGenerator uuidGen = UUIDGenerator getInstance(); 　public static String createId() UUID uuid = uuidGen generateRandomBasedUUID(); return uuid toString();　

　　Hibernate内置的UUID生成器算法又如何呢？这是一个得到验证对象标识用的UUID的适当途径吗？如果你想让对象标识符独立于对象的持久化这就不是一个好方法虽然Hibernate确实提供有让它为你生成UUID的选项但这样的话我们又回到了那个最早的问题上对象ID的获得并不在它们被创建的时候而在它们被保存的时候

　　使用UUID作为数据库主键的最大障碍是它们在数据库中（而不是在内存中）的大小在数据库中索引和外键的复合会促使主键大小的增加你必须在不同的情况下使用不同的表示方法使用String表示数据库的主键大小将会是或字节 Id也可以直接使用位存储这样将减少一半的占用空间但是如果你直接查询数据库 id将变得难以理解这些方法对你的工程是否可行取决于你的需求如果你的数据库不接受UUID作为主键你可以考虑使用数据库序列但总是应该让新对象创建的时候被指派一个ID而不是让Hibernate管理你的ID 在这种情况下创建新的域对象的商业对象可以调用一个使用data Access object（DAO）从数据库序列中获取数据库id的服务如果你使用一个长整型来表示你的对象id 一个单独的数据库序列（以及服务方法）对你的域对象来说已经足够了

　　小结

　　当对象持久化到数据库中时对象的标识符总时很难被恰当的实现尽管如此问题其实完全是由存在着在保存之前不持有ID的对象的现象衍生而来的我们可以通过从诸如Hibernate这样的对象—关系映像框架手中取走指派对象ID的职责来解决这个问题相对的一旦对象被实例化它就应该被指派一个ID 这使对象标识符变成简单而不易出错也减少了领域模型中需要的代码量

cha138/Article/program/Java/ky/201311/28966

知识大全 别让Hibernate偷走了你的标识符[5]

知识大全别让Hibernate偷走了你的标识符[5]