lqxue

導(dǎo)航

<

2007年4月

>

日

一

二

三

四

五

六

25

26

27

28

29

30

31

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

1

2

3

4

5

留言簿(5)

隨筆分類(lèi)

文章分類(lèi)

book (rss)

收藏夾

隨筆檔案

文章檔案

2007年3月 (1)

相冊(cè)

Me

閱讀排行榜

評(píng)論排行榜

常用鏈接

統(tǒng)計(jì)

隨筆 - 173
文章 - 1
評(píng)論 - 70
引用 - 0

book

Apache 重寫(xiě)規(guī)則的常見(jiàn)應(yīng)用 (rewrite)
http://lamp.linux.gov.cn/Apache/ApacheMenu/rewrite/rewrite_guide.html http://www.eygle.com/digest/2005/09/apache_oeoeooaeuooa_rewrite.html http://bbs.phpres.com/archiver/tid-2093.html
c3p0 - JDBC3 Connection and Statement Pooling
十八春
林彪的這一生
林氏三兄弟
講解數(shù)據(jù)庫(kù)調(diào)優(yōu)與程序員相關(guān)的幾個(gè)方面

tools

經(jīng)典強(qiáng)大的服務(wù)器軟件Apache
linux的命令詳解2
spring 、 struts 整合
在eclipse上配置svn
或http://dev2dev.bea.com.cn/techdoc/20060620822.html
如何在Windows Console下使用命令svn
通過(guò) JAX-RPC 來(lái)處理異常
配置適用于正式使用環(huán)境下的Tomcat Web服務(wù)器雙向SSL認(rèn)證

hibernate集合映射inverse和cascade詳解（轉(zhuǎn)載）

4. hibernate如何根據(jù)pojo來(lái)更新數(shù)據(jù)庫(kù)

4.0 在commit/flush之前，hibernate不會(huì)對(duì)pojo對(duì)象作神秘的處理。
4.0.1 在select查詢(xún)出pojo時(shí)，hibernate根據(jù)“字段--屬性”的對(duì)應(yīng)關(guān)系，用字段的值填充pojo的屬性；
然后根據(jù)“關(guān)系標(biāo)記”生成sql語(yǔ)句從relationTable中查詢(xún)出滿(mǎn)足條件的relationPojo，并把這些relatinPojo
放到“關(guān)系屬性”中。這個(gè)過(guò)程是機(jī)械的。

4.0.2 在pojo對(duì)象被查出來(lái)后，到commit(或flush)之前，它將是一個(gè)普通的java對(duì)象，hibernate不會(huì)做額外的手腳。
比如，不會(huì)限制你設(shè)置一個(gè)屬性的值為null或其它任何值
在集合類(lèi)Set的add(object)操作時(shí)，不會(huì)改變object的值，不會(huì)檢查參數(shù)object是否是一個(gè)pojo對(duì)象
設(shè)置mainPojo的一個(gè)“橋?qū)傩?#8221;的值，不會(huì)自動(dòng)設(shè)置relationPojo的對(duì)應(yīng)的“橋?qū)傩?#8221;的值。
執(zhí)行session.delete(pojo)時(shí)，pojo本身沒(méi)有變化，他的屬性值也沒(méi)有變化。
執(zhí)行session.save(pojo)時(shí)，如果pojo的id不是hibernate或數(shù)據(jù)庫(kù)生成,則它的值沒(méi)有變化。
如果pojo的id是hibernate或數(shù)據(jù)庫(kù)生成，則hibernate會(huì)把id給pojo設(shè)上去。

extend: 對(duì)lazy=true的set，hibernate在進(jìn)行set的操作(調(diào)用java.util.Set中聲明的方法)時(shí)
會(huì)先inialize這個(gè)set，僅此而已。而inialize僅僅是從數(shù)據(jù)庫(kù)中撈出set的數(shù)據(jù)。
如果一個(gè)set已經(jīng)被inialize了，那么對(duì)它進(jìn)行的操作就是java.util.Set接口中定義的語(yǔ)義。

另外，如果id由hibernate來(lái)生成，那么在save(pojo)時(shí)，hibernate會(huì)改變?cè)損ojo，會(huì)設(shè)置它的id，這
可能改變?cè)損ojo的hashCode，詳細(xì)地討論見(jiàn)帖《》

mapping文件中標(biāo)記的某些屬性及pojo對(duì)象的操作會(huì)對(duì)數(shù)據(jù)庫(kù)操作產(chǎn)生影響，這些影響都是在commit時(shí)才會(huì)起作用。
而在commit前pojo的狀態(tài)不受它們的影響。

不過(guò)，待commit之時(shí)，將由hibernate完全掌控，它好像知道pojo對(duì)象從創(chuàng)建到commit這中間的所有變化。

4.01. 關(guān)聯(lián)更新
"關(guān)系標(biāo)記"對(duì)應(yīng)的屬性是一個(gè)pojo或一個(gè)pojo的集合，修改“關(guān)系屬性”的值能會(huì)導(dǎo)致更新mainTable表，也可能會(huì)更新relationTable表。

這種更新暫叫“關(guān)聯(lián)更新”。

4.1.inverse屬性的作用（假定沒(méi)有設(shè)置cascade屬性）
4.1.1 “只有集合標(biāo)記（set/map/list/array/bag）才有inverse屬性”。
————不妨以標(biāo)記set為例，具體為“一個(gè)地區(qū)（Address表）的學(xué)校（School表）” -- address.schoolSet。

4.1.2 “set的inverse屬性決定是否把對(duì)set的改動(dòng)反映到數(shù)據(jù)庫(kù)中去。
inverse=false————反映；inverse=true————不反映”
inverse屬性默認(rèn)為false

對(duì)<one-to-many>和<many-to-many>子標(biāo)記，這兩條都適用。
不管是對(duì)set做什么操作，4.1.2都適用。

4.1.3當(dāng)inverse=false時(shí)，hibernate如何將對(duì)set的改動(dòng)反映到數(shù)據(jù)庫(kù)中：

對(duì)set的操作主要有：（1）新增元素 address.getSchoolSet().add(oneSchool);
（2）刪除元素 address.getSchoolSet().remove(oneSchool);
（3）刪除set address.setSchoolSet(null);
（4）設(shè)新set address.setSchoolSet( newSchoolSet);
（5）轉(zhuǎn)移set otherSchoolSet = otherAddress.getSchoolSet();
otherAddress.setSchoolSet(null);
address.setSchoolSet(otherSchoolSet);
（6）改變set中元素的屬性的值如果是改變key屬性，這會(huì)導(dǎo)致異常
如果改變的是普通的屬性，則hibernate認(rèn)為set沒(méi)有變化（在后面可以看出緣由）。
所以這種情形不予考慮。

改變set后，hibernate對(duì)數(shù)據(jù)庫(kù)的操作根據(jù)是<one-to-many>關(guān)系還是<many-to-many>關(guān)系而有不同。

對(duì)one-to-many，對(duì)school set的改動(dòng)，會(huì)改變表SCHOOL中的數(shù)據(jù):
#SCHOOL_ID是school表的主鍵，SCHOOL_ADDRESS是school表中的地址欄位
#表School的外鍵為SCHOOL_ADDRESS，它對(duì)應(yīng)表Address的主鍵ADDRESS_ID
（11）insert oneSchool———— sqlInsertRowString:
update SCHOOL set SCHOOL_ADDRESS=? where SCHOOL_ID=?
(僅僅update foreign-key的值。)
（22）delete oneSchool———— sqlDeleteRowString:
update SCHOOL set SCHOOL_ADDRESS=null where SCHOOL_ID=?
（很奇怪，把foreign-key設(shè)置為null不知道有什么實(shí)際意義？）
（33）delete 屬于某一address的所有school ————sqlDeleteString：
update SCHOOL set SCHOOL_ADDRESS=null where SCHOOL_ADDRESS=?
（44）update ————sqlUpdateRowString：""， no need

對(duì)many-to-many，對(duì)school set的改動(dòng)，會(huì)改變關(guān)系表ADDRESS_SCHOOL中的數(shù)據(jù):
#“地區(qū)————學(xué)校”的關(guān)系為多對(duì)多的關(guān)系有點(diǎn)牽強(qiáng)，只是為了方便與上面的one-to-many作比較
#假設(shè)有一個(gè)關(guān)系表ADDRESS_SCHOOL，有兩個(gè)字段ADDRESS_ID, SCHOOL_ID，
#這兩個(gè)字段分別對(duì)應(yīng)ADDRESS和SCHOOL兩表的key
（11）insert的SQL語(yǔ)句為： insert into ADDRESS_SCHOOL(ADDRESS_ID, SCHOOL_ID)
values(?,?)
（22）delete的SQL語(yǔ)句為： delete from ADDRESS_SCHOOL
where ADDRESS_ID=? AND SCHOOL_ID=?
（33）delete all的SQL語(yǔ)句為： delete from ADDRESS_SCHOOL
where ADDRESS_ID=?
（44）update的sql語(yǔ)句為 ————sqlUpdateRowString：
update ADDRESS_SCHOOL set ADDRESS_ID=?
where ADDRESS_ID=? AND SCHOOL_ID=?

對(duì)set的操作(1),hibernate會(huì)執(zhí)行(11)sqlInsertRowString
對(duì)set的操作(2),hibernate會(huì)執(zhí)行(22)sqlDeleteRowString
對(duì)set的操作(3),hibernate會(huì)執(zhí)行(33)sqlDeleteString
對(duì)set的操作(4),老的schoolSet因?yàn)闆](méi)有所屬的address,所以被全部delete掉，即先執(zhí)行(33)sqlDeleteString
然后新增新的schoolSet,即再執(zhí)行sqlInsertRowString
對(duì)set的操作(5)，實(shí)際上就是將set從一個(gè)pojo轉(zhuǎn)移到另一pojo：
首先，執(zhí)行sqlDeleteString，刪除掉otherAddress所屬的school
然后，執(zhí)行sqlDeleteString，刪除掉address原先的school
最后，執(zhí)行sqlInsertRowString，將otherSchoolSet新增給address

總結(jié)：（1）對(duì)one-to-many而言，改變set，會(huì)讓hibernate執(zhí)行一系列的update語(yǔ)句，不會(huì)delete/insert數(shù)據(jù)
（2）對(duì)many-to-many而言，改變set,只修改關(guān)系表的數(shù)據(jù)，不會(huì)影響many-to-many的另一方。
（3）雖然one-to-many和many-to-many的數(shù)據(jù)庫(kù)操作不一樣，但目的都是一個(gè)：維護(hù)數(shù)據(jù)的一致性。執(zhí)行的sql都
只涉及到“橋字段”，不會(huì)考慮或改變其他的字段，所以對(duì)set的操作(6)是沒(méi)有效果地。
extend:對(duì)list,可能還會(huì)維護(hù)index字段。

4.1.4 “inverse與cascade沒(méi)有什么關(guān)系，互無(wú)牽扯。”
commit后，這兩個(gè)屬性發(fā)揮作用的時(shí)機(jī)不同，hibernate會(huì)根據(jù)對(duì)pojo對(duì)象的改動(dòng)，及cascade屬性的設(shè)置，
生成一系列的Action，比如UpdateAction,DeleteAction,InsertAction等，每個(gè)Action都有execute方法以執(zhí)行對(duì)應(yīng)的sql語(yǔ)句。
待所有這些Action都生成好了后，hibernate再一起執(zhí)行它們，在執(zhí)行sql前，inverse屬性起作用，
當(dāng)inverse=true時(shí)，不執(zhí)行sql；當(dāng)inverse=false時(shí)，執(zhí)行sql。

4.1.5 inverse的默認(rèn)值為false，所以inverse屬性默認(rèn)會(huì)進(jìn)行“關(guān)聯(lián)更新”。

4.1.6 建議：只對(duì)set + many-to-many設(shè)置inverse=false，其他的標(biāo)記不考慮inverse屬性。
糟糕的是，不設(shè)置inverse屬性時(shí)，inverse默認(rèn)為false。

4.2. 級(jí)聯(lián)（cascade）屬性的作用：
4.2.1 只有“關(guān)系標(biāo)記”才有cascade屬性：many-to-one，one-to-one ，any,
set(map, bag, idbag, list, array) + one-to-many(many-to-many)

4.2.2 級(jí)聯(lián)指的是當(dāng)主控方執(zhí)行操作時(shí)，關(guān)聯(lián)對(duì)象（被動(dòng)方）是否同步執(zhí)行同一操作。
pojo和它的關(guān)系屬性的關(guān)系就是“主控方 -- 被動(dòng)方”的關(guān)系，如果關(guān)系屬性是一個(gè)set，那么被動(dòng)方就是set中的一個(gè)一個(gè)元素，。
比如：學(xué)校（School）有三個(gè)屬性：地區(qū)(Address),校長(zhǎng)（TheMaster）和學(xué)生(Set，元素為Student)
執(zhí)行session.delete(school)時(shí)，級(jí)聯(lián)決定是否執(zhí)行session.delete(Address),session.delete(theMaster)，
是否對(duì)每個(gè)aStudent執(zhí)行session.delete(aStudent)。

extend:這點(diǎn)和inverse屬性是有區(qū)別的。見(jiàn)4.3.

4.2.3 一個(gè)操作因級(jí)聯(lián)cascade可能觸發(fā)多個(gè)關(guān)聯(lián)操作。前一個(gè)操作叫“主控操作”，后一個(gè)操作叫“關(guān)聯(lián)操作”。
cascade屬性的可選值：
all : 所有情況下均進(jìn)行關(guān)聯(lián)操作。
none：所有情況下均不進(jìn)行關(guān)聯(lián)操作。這是默認(rèn)值。
save-update:在執(zhí)行save/update/saveOrUpdate時(shí)進(jìn)行關(guān)聯(lián)操作。
delete：在執(zhí)行delete時(shí)進(jìn)行關(guān)聯(lián)操作。

具體執(zhí)行什么“關(guān)聯(lián)操作”是根據(jù)“主控操作”來(lái)的：
“主控操作” “關(guān)聯(lián)操作”
session.saveOrUpdate --> session.saveOrUpdate (執(zhí)行saveOrUpdate實(shí)際上會(huì)執(zhí)行save或者update)
session.save ----> session.saveOrUpdate
session.udpate --> session.saveOrUpdate
session.delete --> session.delete

4.2.4 主控操作和關(guān)聯(lián)操作的先后順序是“先保存one，再保存many；先刪除many，再刪除one；先update主控方，再u(mài)pdate被動(dòng)方”
對(duì)于one-to-one，當(dāng)其屬性constrained="false"（默認(rèn)值）時(shí)，它可看作one-to-many關(guān)系；
當(dāng)其屬性constrained="true"時(shí)，它可看作many-to-one關(guān)系；
對(duì)many-to-many，它可看作one-to-many。

比如：學(xué)校（School）有三個(gè)屬性：地區(qū)(Address),校長(zhǎng)（TheMaster，其constrained="false"）和學(xué)生(Set，元素為Student)
當(dāng)執(zhí)行session.save(school)時(shí)，
實(shí)際的執(zhí)行順序?yàn)椋簊ession.save(Address);
session.save(school);
session.save(theMaster);
for( 對(duì)每一個(gè)student ){
session.save(aStudent);
}

當(dāng)執(zhí)行session.delete(school)時(shí)，
實(shí)際的執(zhí)行順序?yàn)椋簊ession.delete(theMaster);
for( 對(duì)每一個(gè)student ){
session.delete(aStudent);
}
session.delete(school);
session.delete(Address);

當(dāng)執(zhí)行session.update(school)時(shí)，
實(shí)際的執(zhí)行順序?yàn)椋簊ession.update(school);
session.saveOrUpdate(Address);
session.saveOrUpdate(theMaster);
for( 對(duì)每一個(gè)student ){
session.saveOrUpdate(aStudent);
}
注意：update操作因級(jí)聯(lián)引發(fā)的關(guān)聯(lián)操作為saveOrUpdate操作，而不是update操作。
saveOrUpdate與update的區(qū)別是：前者根據(jù)操作對(duì)象是保存了還是沒(méi)有保存，而決定執(zhí)行update還是save

extends: 實(shí)際中，刪除學(xué)校不會(huì)刪除地區(qū)，即地區(qū)的cascade一般設(shè)為false
另外，many-to-many關(guān)系很少設(shè)置cascade=true，而是設(shè)置inverse=false。這個(gè)反映了cascade和inverse的區(qū)別。見(jiàn)4.3

4.2.6 cascade的默認(rèn)值為false，所以inverse屬性默認(rèn)會(huì)進(jìn)行“關(guān)聯(lián)更新”。

4.2.7 總結(jié)：級(jí)聯(lián)（cascade）就是操作一個(gè)對(duì)象時(shí)，對(duì)它的屬性（其cascade=true）也進(jìn)行這個(gè)操作。

4.3 inverse和cascade的比較
這兩個(gè)屬性本身互不影響，但起的作用有些類(lèi)似，都能引發(fā)對(duì)關(guān)系表的更新。

4.3.1 inverse只對(duì)set+one-to-many(或many-to-many)有效，對(duì)many-to-one, one-to-one無(wú)效。
cascade對(duì)關(guān)系標(biāo)記都有效。

4.3.2 inverse對(duì)集合對(duì)象整體起作用，cascade對(duì)集合對(duì)象中的一個(gè)一個(gè)元素起作用，如果集合為空，那么cascade不會(huì)引發(fā)關(guān)聯(lián)操作。
比如將集合對(duì)象置為null， school.setStudentSet(null)
inverse導(dǎo)致hibernate執(zhí)行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
cascade則不會(huì)執(zhí)行對(duì)STUDENT表的關(guān)聯(lián)更新，因?yàn)榧现袥](méi)有元素。

再比新增一個(gè)school, session.save(school)
inverse導(dǎo)致hibernate執(zhí)行：
for( 對(duì)(school的每一個(gè)student ){
udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=? //將學(xué)生的school_id改為新的school的id
}
cascade導(dǎo)致hibernate執(zhí)行：
for( 對(duì)school的每一個(gè)student ){
session.save(aStudent); //對(duì)學(xué)生執(zhí)行save操作
}

extends:如果改變集合中的部分元素（比如新增一個(gè)元素），
inverse: hibernate先判斷哪些元素改變了，對(duì)改變的元素執(zhí)行相應(yīng)的sql
cascade: 它總是對(duì)集合中的每個(gè)元素執(zhí)行關(guān)聯(lián)操作。
（在關(guān)聯(lián)操作中，hibernate會(huì)判斷操作的對(duì)象是否改變）

4.3.2 兩個(gè)起作用的時(shí)機(jī)不同：
cascade：在對(duì)主控方操作時(shí)，級(jí)聯(lián)發(fā)生。
inverse: 在flush時(shí)（commit會(huì)自動(dòng)執(zhí)行flush)，對(duì)session中的所有set，hibernate判斷每個(gè)set是否有變化，
對(duì)有變化的set執(zhí)行相應(yīng)的sql，執(zhí)行之前，會(huì)有個(gè)判斷：if( inverse == true ) return;

可以看出cascade在先，inverse在后。

4.3.3 inverse 對(duì)set + one-to-many 和 set + many-to-many 起的作用不同。hibernate生成的sql不同。
對(duì)one-to-many，hibernate對(duì)many方的數(shù)據(jù)庫(kù)表執(zhí)行update語(yǔ)句。
對(duì)many-to-many, hibernate對(duì)關(guān)系表執(zhí)行insert/update/delte語(yǔ)句，注意不是對(duì)many方的數(shù)據(jù)庫(kù)表而是關(guān)系表。

cascase 對(duì)set都是一致的，不管one-to-many還是many-to-many。都簡(jiǎn)單地把操作傳遞到set中的每個(gè)元素。所以它總是更新many
方的數(shù)據(jù)庫(kù)表。

4.3.4 建議：只對(duì)set + many-to-many設(shè)置inverse=false，其他的標(biāo)記不考慮inverse屬性，都設(shè)為inverse=true。

對(duì)cascade，一般對(duì)many-to-one，many-to-many，constrained=true的one-to-one 不設(shè)置級(jí)聯(lián)刪除。

引自：http://bbs.tech.ccidnet.com/simple/index.php?t144447.html

posted on 2007-04-13 13:19 lqx 閱讀(397) 評(píng)論(0) 編輯收藏

新用戶(hù)注冊(cè) 刷新評(píng)論列表


只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問(wèn) 管理