别让Hibernate偷走了你的标识符 - 编程入门网

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

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

import org.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表示，数据库的主键大小将会是32或36字节。Id也可以直接使用位存储，这样将减少一半的占用空间，但是如果你直接查询数据库，id将变得难以理解。这些方法对你的工程是否可行取决于你的需求。 如果你的数据库不接受UUID作为主键，你可以考虑使用数据库序列。但总是应该让新对象创建的时候被指派一个ID而不是让Hibernate管理你的ID。在这种情况下，创建新的域对象的商业对象可以调用一个使用data access object（DAO）从数据库序列中获取数据库id的服务。如果你使用一个长整型来表示你的对象id，一个单独的数据库序列（以及服务方法）对你的域对象来说已经足够了。

小结

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

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!