在Hibernate中，各表的映射文件….hbm.xml可以通過工具生成，例如在使用MyEclipse開發時，它提供了自動生成映射文件的工具。下面簡單的講述一下這些配置文件的配置。 配置文件的基本結構如下： …… 1. 主鍵（id） Hibernate的主鍵生成策略有如下幾種： 1) assigned 主鍵由外部程序負責生成，在 save() 之前指定。 2) hilo 通過hi/lo 算法實現的主鍵生成機制，需要額外的數據庫表或字段提供高位值來源。 3) seqhilo 與hilo 類似，通過hi/lo 算法實現的主鍵生成機制，需要數據庫中的
Sequence，適用於支持 Sequence 的數據庫，如Oracle。 4) increment 主鍵按數值順序遞增。此方式的實現機制爲在當前應用實例中維持一個變量，以保存着當前的最大值，之後每次需要生成主鍵的時候將此值加1作爲主鍵。這種方式可能產生的問題是：不能在集羣下使用。 5) identity 採用數據庫提供的主鍵生成機制。如DB2、SQL Server、MySQL 中的主鍵生成機制。 6) sequence 採用數據庫提供的 sequence 機制生成主鍵。如 Oralce 中的Sequence。
7) native 由 Hibernate 根據使用的數據庫自行判斷採用 identity、hilo、sequence 其中一種作爲主鍵生成方式。 8) uuid.hex 由 Hibernate 基於128 位 UUID 算法 生成16 進制數值（編碼後以長度32 的字符串表示）作爲主鍵。 9) uuid.string 與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16），不能應用在 PostgreSQL 數據庫中。 10) foreign 使用另外一個相關聯的對象的標識符作爲主鍵。 主鍵配置舉例如下：
另外還可以擴展Hibernate的類來做自己的主鍵生成策略，具體例子見：http://www.iteye.com/topic/93391。 2. 普通屬性（property） 開發人員可以打開網址：http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd 來查看hibernate3.0的dtd信息，可看到property的定義如下： <!ELEMENT property (meta*,(column|formula)*,type?)> <!ATTLIST
property name CDATA #REQUIRED> <!ATTLIST property node CDATA #IMPLIED> <!ATTLIST property access CDATA #IMPLIED> <!ATTLIST property type CDATA #IMPLIED> <!ATTLIST property column CDATA #IMPLIED> <!ATTLIST property length CDATA #IMPLIED> <!ATTLIST property
precision CDATA #IMPLIED> <!ATTLIST property scale CDATA #IMPLIED> <!ATTLIST property not-null (true|false) #IMPLIED> <!ATTLIST property unique (true|false) "false"> <!ATTLIST property unique-key CDATA #IMPLIED> <!ATTLIST property index CDATA #IMPLIED> <!ATTLIST
property update (true|false) #IMPLIED> <!ATTLIST property insert (true|false) #IMPLIED> <!ATTLIST property optimistic-lock (true|false) "true"> <!ATTLIST property formula CDATA #IMPLIED> <!ATTLIST property lazy (true|false) "false"> <!ATTLIST property generated
(never|insert|always) "never"> 它的各屬性中比較常用的有：name（對應的java類的屬性名稱）、column（對應的表中的字段）、tyope（屬性的類型，eg.java.lang.String）、not-null（設置該屬性是否爲空，爲true時表示非空，默認爲false）和length(字段的長度限制)。 Eg1. Eg2. Eg3. 3. 一對多關係（和） 一對多關係一般是用在一個表與另一個表存在外鍵關聯的時候，例如用戶表的組織id與組織表存在外鍵關聯，則“一”方爲組織表，“多”方爲用戶表，因爲一個組織可以包含多個用戶，而一個用戶只能隸屬於一個組織。
對於存在一對多關係和多對一關係的雙方，需要在…hbm.xml中進行相應配置，這時在“一”方（例如：組織）需要在映射文件中添加元素，因爲它包含多個“多”方的對象，一般的格式如下： Eg. “多”方（例如：用戶）隸屬於一個“一”方對象，一般的格式如下： Eg. 4. 一對一關係（） 一對一關係相對一對多關係來說比較少見，但也在某些情況下要用到，例如有一個用戶的基本信息表（USER）和一個用戶的密碼錶（PASSWD）就存在一對一的關係。下面來看一下一對一關係在Hibernate的配置。 其中主表（eg. 用戶的基本信息表）的配置如下：
Eg. 子表（eg. 用戶的密碼錶）的配置如下： Eg. 5. 多對多關係（） 在數據庫設計時，一般將多對多關係轉換爲兩個一對多（或多對一）關係，例如在基於角色的權限系統中，用戶和角色存在的關係就是典型的多對多關係，即一個用戶可以具有多個角色，而一個角色又可以爲多個用戶所有，一般在設計時，都會加一個用戶與角色的關聯表，該表與用戶表以及角色表都存在外鍵關聯。 在本小節中講述的是沒有分解的多對多關係在Hibernate中如何配置。設置格式如下： Eg. 上述的多對多關係可以表示爲： t_user方： t_role方：
6. 完整實例 在本小節中舉一些.hbm.xml映射文件的例子，讓開發人員對其有一個感性的認識。接下來講述一個用戶表（tbl_user）、用戶與角色關聯表（tbl_user_role）、角色表（tbl_role）以及組織表（tbl_organization）的例子。 （1）tbl_user （2）tbl_organization （3）tbl_user_role （4）tbl_ role
