概述Hibernate對象標識符
Hibernate有很多值得學習的地方，這里我們主要介紹對象標識符，包括介紹Hibernate內置的UUID生成器算法等方面。
我們需要的是通用唯一標識符（UUID）。UUID是由標準格式化的16個字節大小的（128位）數字組成的。UUID的字符串版本是像這樣的：2cdb8cee-9134-453f-9d7a-14c0ae8184c6(大家應該可以注意到, Jmatrix目前就是使用的UUID)
里面的字符是數字簡單的按字節的16進制表示，橫線把數字的不同部分分割開來。這種格式簡單而且易于處理，只是36個字符有點兒太長了。因為橫線總是被安置在相同的位置，所以可以把它們去掉而把字符的數目減少到32個。用一種更為簡潔的表示方法，你可以創建一個byte[16]的數組或是兩個8字節大小的長整型（long）來保存這些數字。如果你使用的是Java1.5或更高版本，你可以直接使用UUID類，雖然這不是它在內存中最簡潔的格式。如果你要獲得更多的信息，請參閱Wikipedia 的UUID條目 或 Java UUID參考文檔。
對UUID的產生算法有多種實現。既然最終UUID是一種標準格式，我們在IdGenerator類中采用哪一種實現都沒有關系。既然無論采用什么算法每個id都會被保證唯一，我們甚至可以在任何時候改變算法的實現或是混合匹配不同的實現。如果你使用的是java1.5或更高版本，最方便的實現是 java.util.UUID類。
- public class IdGenerator {
- public static String createId() {
- UUID uuid = java.util.UUID.randomUUID();
- return uuid.toString();
- }
- }
對不使用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。這使對象標識符變成簡單而不易出錯，也減少了領域模型中需要的代碼量。
【編輯推薦】
