ppi val 裏來 ive lan pass edate key 類型

在Hibernate中，各表的映射文件….hbm.xml可以通過工具生成，例如在使用MyEclipse開發時，它提供了自動生成映射文件的工具。本節簡單的講述一下這些配置文件的配置。

配置文件的基本結構如下：

<?xml version="1.0" encoding=‘UTF-8‘?>

<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >
<hibernate-mapping package="包名">
<class name="類名" table="表名">
<id name="主鍵在java類中的字段名" column="對應表中字段" type="類型 ">
<generator class="主鍵生成策略"/>
</id>

……
</class>
</hibernate-mapping>
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
使用另外一個相關聯的對象的標識符作為主鍵。
主鍵配置舉例如下：

<id name="id" column="id" type="java.lang.Integer">
<generator class="native"/>
</id>

另外還可以擴展Hibernate的類來做自己的主鍵生成策略，具體例子見：http://www.javaeye.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>
<!ATTLISTpropertyindexCDATA#IMPLIED> <!-- include the columns spanned by this property in an index -->
<!ATTLIST property update (true|false) #IMPLIED>
<!ATTLIST property insert (true|false) #IMPLIED>
<!ATTLIST property optimistic-lock (true|false) "true">
<!-- only supported for properties of a class (not component) -->
<!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. <property name="accessname" column="accessName" type="java.lang.String" not-null="true" />
Eg2. <property name="state" column="state" type="java.lang.Byte" not-null="true" />
Eg3. <property name="description" column="description" type="java.lang.String" />
3. 一對多關系（<many-to-one…/>和<set…></set>）

一對多關系一般是用在一個表與另一個表存在外鍵關聯的時候，例如用戶表的組織id與組織表存在外鍵關聯，則“一”方為組織表，“多”方為用戶表，因為一個組織可以包含多個用戶，而一個用戶只能隸屬於一個組織。

對於存在一對多關系和多對一關系的雙方，需要在…hbm.xml中進行相應配置，這時在“一”方（例如：組織）需要在映射文件中添 加<set…></set>元素，因為它包含多個“多”方的對象，一般的格式如下：

<set name="java映射類中對應的屬性" inverse="true" lazy="true">
<key column="表中對應字段"/>
<one-to-many class="多方的類"/>
</set>

Eg
<set name="userSet" inverse="true" lazy="true">
<key column="orgId"/>
<one-to-many class="User"/>
</set>

“多”方（例如：用戶）隸屬於一個“一”方對象，一般的格式如下：

<many-to-one name="java映射類中對應的屬性" column="表中對應字段" class="類名" not-null="true" />

Eg.
<many-to-one name="org" column="orgId" class="Organization" not-null="true" />
4. 一對一關系（<one-to-one…/>）

一對一關系相對一對多關系來說比較少見，但也在某些情況下要用到，例如有一個用戶的基本信息表（USER）和一個用戶的密碼表（PASSWD）就存在一對一的關系。下面來看一下一對一關系在Hibernate的配置。

其中主表（eg. 用戶的基本信息表）的配置如下：

<one-to-one name="主表對象中子表對象的屬性名" class="子表對象的類名" cascade="save-update"/>

Eg. <one-to-one name="password" class="com.amigo.dao.pojo.Passwd" cascade="save-update"/>

子表（eg. 用戶的密碼表）的配置如下：

<one-to-one name="子表對象中主表對象的屬性名" class="主表對象的類名" constrained="true" />

Eg. <one-to-one name="user" class="com.amigo.dao.pojo.User " constrained="true" />
5. 多對多關系（<many-to-many…/>）

在數據庫設計時，一般將多對多關系轉換為兩個一對多（或多對一）關系，例如在基於角色的權限系統中，用戶和角色存在的關系就是典型的多對多關系，即一個用 戶可以具有多個角色，而一個角色又可以為多個用戶所有，一般在設計時，都會加一個用戶與角色的關聯表，該表與用戶表以及角色表都存在外鍵關聯。

在本小節中講述的是沒有分解的多對多關系在Hibernate中如何配置。設置格式如下：

<set name="java對象的屬性名" table="表名" cascade="all" outer-join="false">
<key column="表的對應字段"/>
<many-to-many class="另一個表的對象類" column="另一個表的字段"/>
</set>

Eg. 上述的多對多關系可以表示為：

t_user方：

<set name="roleSet" table="t_user" cascade="all" outer-join="false">
<key column="roleId"/>
<many-to-many class="com.amigo.dao.pojo.Role" column="roleId"/>
</set>

t_role方：

<set name="userSet" table="t_role" cascade="all" outer-join="false">
<key column="roleId"/>
<many-to-many class="com.amigo.dao.pojo.User" column="roleId"/>
</set>
6. 完整實例

在本小節中舉一些.hbm.xml映射文件的例子，讓開發人員對其有一個感性的認識。接下來講述一個用戶表（tbl_user）、用戶與角色關聯表 （tbl_user_role）、角色表（tbl_role）以及組織表（tbl_organization）的例子。

（1）tbl_user

<?xml version="1.0" encoding=‘UTF-8‘?>

<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >

<hibernate-mapping package="com.amigo.dao.pojo">
<class name="User" table="tbl_user">
<id name="loginname" column="loginName" type="java.lang.String">
<generator class="assigned"/>
</id>
<property name="name" column="name" type="java.lang.String" not-null="true" />
<property name="password" column="password" type="java.lang.String" not-null="true" />
<property name="mobile" column="mobile" type="java.lang.String" />
<property name="telephone" column="telephone" type="java.lang.String" />
<property name="email" column="email" type="java.lang.String" />
<property name="createtime" column="createTime" type="java.util.Date" not-null="true" />
<property name="lastlogintime" column="lastLoginTime" type="java.util.Date" />
<property name="logintimes" column="loginTimes" type="java.lang.Long" not-null="true" />
<property name="state" column="state" type="java.lang.Byte" not-null="true" />
<property name="description" column="description" type="java.lang.String" />
<many-to-one name="organization" column="orgId" class="Organization" not-null="true" />
<set name="userRoleSet" inverse="true" cascade="all-delete-orphan" lazy="true">
<key column="loginName"/>
<one-to-many class="UserRole"/>
</set>
</hibernate-mapping>

（2）tbl_organization

<?xml version="1.0" encoding=‘UTF-8‘?>

<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >

<hibernate-mapping package="com.amigo.dao.pojo">
<class name="Organization" table="tbl_organization">
<id name="orgid" column="orgId" type="java.lang.Long">
<generator class="native"/>
</id>

<property name="parentorgid" column="parentOrgId" type="java.lang.Long" not-null="true" />
<property name="orgname" column="orgName" type="java.lang.String" not-null="true" />
<property name="orgfullname" column="orgFullName" type="java.lang.String" />
<property name="orglevel" column="orgLevel" type="java.lang.Integer" not-null="true" />
<property name="state" column="state" type="java.lang.Byte" not-null="true" />
<property name="description" column="description" type="java.lang.String" />
<property name="creator" column="creator" type="java.lang.String" />
<property name="createtime" column="createTime" type="java.util.Date" />
<set name="userSet" inverse="true" lazy="true">
<key column="orgId"/>
<one-to-many class="User"/>
</set>
</class>
</hibernate-mapping>

（3）tbl_user_role

<?xml version="1.0" encoding=‘UTF-8‘?>

<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >
<hibernate-mapping package="com.cotel.netvote.dao.model">
<class name="UserRole" table="tbl_user_role">
<id name="urid" column="urId" type="java.lang.Integer">
<generator class="native"/>
</id>
<many-to-one name="role" column="roleId" class="Role" not-null="true" />
<many-to-one name="user" column="loginName" class="User" not-null="true" />
</class>
</hibernate-mapping>

（4）tbl_ role

<?xml version="1.0" encoding=‘UTF-8‘?>

<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >

<hibernate-mapping package="com.cotel.netvote.dao.model">
<class name="Role" table="tbl_role">
<id name="roleid" column="roleId" type="java.lang.Integer">
<generator class="native"/>
</id>
<property name="rolename" column="roleName" type="java.lang.String" not-null="true" />
<property name="createdate" column="createDate" type="java.util.Date" not-null="true" />
<property name="description" column="description" type="java.lang.String" />

<set name="userRoleSet" inverse="true" lazy="true" cascade="all">
<key column="roleId"/>
<one-to-many class="UserRole"/>
</set>
</class>
</hibernate-mapping>

１、到底在哪用cascade="..."？

cascade屬性並不是多對多關系一定要用的，有了它只是讓我們在插入或刪除對像時更方便一些，只要在cascade的源頭上插入或是刪除，所有 cascade的關系就會被自己動的插入或是刪除。便是為了能正確的cascade，unsaved-value是個很重要的屬性。Hibernate通 過這個屬性來判斷一個對象應該save還是update，如果這個對象的id是unsaved-value的話，那說明這個對象不是 persistence object要save（insert)；如果id是非unsaved-value的話，那說明這個對象是persistence object（數據庫中已存在），只要update就行了。saveOrUpdate方法用的也是這個機制。

２、到底在哪用inverse="ture"?
“set的inverse屬性決定是否把對set的改動反映到數據庫中去。inverse=false————反映；inverse=true————不反映”inverse屬性默認為false

inverse屬性默認是false的，就是說關系的兩端都來維護關系。這個意思就是說，如有一個Student, Teacher和TeacherStudent表，Student和Teacher是多對多對多關系，這個關系由TeacherStudent這個表來表 現。那麽什麽時候插入或刪除TeacherStudent表中的記錄來維護關系呢？在用hibernate時，我們不會顯示的對 TeacherStudent表做操作。對TeacherStudent的操作是hibernate幫我們做的。hibernate就是看hbm文件中指 定的是"誰"維護關系，那個在插入或刪除"誰"時，就會處發對關系表的操作。前提是"誰"這個對象已經知道這個關系了，就是說關系另一頭的對象已經set 或是add到"誰"這個對象裏來了。前面說過inverse默認是false，就是關系的兩端都維護關系，對其中任一個操作都會處發對表系表的操作。當在 關系的一頭，如Student中的bag或set中用了inverse＝"true"時，那就代表關系是由另一關維護的（Teacher）。就是說當這插 入Student時，不會操作TeacherStudent表，即使Student已經知道了關系。只有當Teacher插入或刪除時才會處發對關系表的 操作。所以，當關系的兩頭都用inverse="true"是不對的，就會導致任何操作都不處發對關系表的操作。當兩端都是inverse= "false"或是default值是，在代碼對關系顯示的維護也是不對的，會導致在關系表中插入兩次關系。

在一對多關系中inverse就更有意義了。在多對多中，在哪端inverse="true"效果差不多（在效率上）。但是在一對多中，如果要一方維護關 系，就會使在插入或是刪除"一"方時去update"多"方的每一個與這個"一"的對象有關系的對象。而如果讓"多"方面維護關系時就不會有update 操作，因為關系就是在多方的對象中的，直指插入或是刪除多方對象就行了。當然這時也要遍歷"多"方的每一個對象顯示的操作修關系的變化體現到DB中。不管 怎樣說，還是讓"多"方維護關系更直觀一些。

（1）對one-to-many而言，改變set，會讓hibernate執行一系列的update語句， 不會delete/insert數據
（2）對many-to-many而言，改變set,只修改關系表的數據，不會影響many-to-many的另一方。
（3）雖然one-to-many和many-to-many的數據庫操作不一樣，但目的都是一個：維護數據的一致性。

３、cascade和inverse有什麽區別？
可以這樣理解，cascade定義的是關系兩端對象到對象的級聯關系；而inverse定義的是關系和對象的級聯關系。
inverse只對set+one-to-many(或many-to-many)有效，對many-to-one, one-to-one無效。cascade對關系標記都有效。

inverse對集合對象整體起作用，cascade對集合對象中的一個一個元素起作用，如果集合為空，那麽cascade不會引發關聯操作。
比如將集合對象置為null， school.setStudentSet(null)
inverse導致hibernate執行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
cascade則不會執行對STUDENT表的關聯更新， 因為集合中沒有元素。
再比新增一個school, session.save(school)
inverse導致hibernate執行：
for( 對(school的每一個student ){
udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=? //將學生的school_id改為新的school的id
}
cascade導致hibernate執行：
for( 對school的每一個student ){
session.save(aStudent); //對學生執行save操作
}
extends:如果改變集合中的部分元素（比如新增一個元素），
inverse: hibernate先判斷哪些元素改變了，對改變的元素執行相應的sql
cascade: 它總是對集合中的每個元素執行關聯操作。
（在關聯操作中，hibernate會判斷操作的對象是否改變）
兩個起作用的時機不同：
cascade：在對主控方操作時，級聯發生。
inverse: 在flush時（commit會自動執行flush)，對session中的所有set，hibernate判斷每個set是否有變化，
對有變化的set執行相應的sql，執行之前，會有個判斷：if( inverse == true ) return;可以看出cascade在先，inverse在後。
inverse 對set + one-to-many 和 set + many-to-many 起的作用不同。hibernate生成的sql不同。
對one-to-many，hibernate對many方的數據庫表執行update語句。
對many-to-many, hibernate對關系表執行insert/update/delte語句，註意不是對many方的數據庫表而是關系表。
cascase 對set都是一致的，不管one-to-many還是many-to-many。都簡單地把操作傳遞到set中的每個元素。所以它總是更新many方的數據庫表。

4、cascade和inverse有什麽相同？
這兩個屬性本身互不影響，但起的作用有些類似，都能引發對關系表的更新。

5、 建議：只對set + many-to-many設置inverse=false，其他的標記不考慮inverse屬性，都設為inverse=true。對cascade，一 般對many-to-one，many-to-many，constrained=true的one-to-one 不設置級聯刪除。

摘自：http://hi.baidu.com/%B6%B9%C9%B3%CD%C3%D7%D3/blog/item/490de854c6cb95cdb645ae7e.html

hibernate 關於hbm.xml編寫的總結