1、如果主鍵字段為自增類型，
那么對應的.hbm.xml文件中的id字段的xml聲明，
應該這么寫：
<generator class="native" />
例如：
<id
column="user_id"
name="Id"
type="integer"
>
<generator class="native" />
</id>其實這個native并非實際的類型，而是hiberante根據
當前使用的數據庫，自動使用對應的類型。
例如：如果sqlserver，native就對應identity
見Hiberante參考：
native（本地）
根據底層數據庫的能力選擇identity, sequence 或者hilo中的一個。
2、如果主鍵字段不設置為自增，但是是int型的，可以使用increment，由hibernate產生主鍵。
<generator class="increment" />
不過這種方法，對于并發量大的應用，似乎最好不要采用。
見hiberante參考：
increment（遞增）
用于為long, short或者int類型生成唯一標識。只有在沒有其他進程往同一張表中插入數據時才能使用。
在集群下不要使用。
3、如果使用uuid.hex產生的隨機32位數最為主鍵，那么數據庫的id字段類型為char，長度為32
hbm.xml中寫為： <generator class="uuid.hex" />
另外，uuid.string也是功能類似。
uuid.hex產生的是32位的16進制數字的字符串。
而uuid.string產生的是16個字符長的任意ASCII字符組成的字符串
見參考：
uuid.hex
用一個128-bit的UUID算法生成字符串類型的標識符。在一個網絡中唯一（使用了IP地址）。UUID被編
碼為一個32位16進制數字的字符串。
uuid.string
使用同樣的UUID算法。UUID被編碼為一個16個字符長的任意ASCII字符組成的字符串。不能使用
在PostgreSQL數據庫中