





















































The cascade attribute tells Hibernate that you want operations performed on a 'parent' object to be transitively applied to its 'child' or 'dependent' objects. It's applicable to all forms of collections and associations. There are several possible values to choose among. The most common are none (the default), save-update, delete, and all (which combines save-update and delete). You can also change the default from none to save-update throughout your entire mapping document by supplying a default-cascade attribute in the hibernate-mapping tag itself.
級聯(lián)(cascade)屬性告訴hibernate:所有對父對象的操作都將付諸于子對象和依賴對象上。級聯(lián)可以應(yīng)用于各種形式的集合和關(guān)聯(lián)中。這里級聯(lián)的具體取值可以有多個,最常用的有:none(默認(rèn)值),save-update,delete和all(其中包含了save-update和delete)。你可以在hibernate-mappiong tag中通過設(shè)置default-casade屬性,修改這里的casade的默認(rèn)值,例如修改其默認(rèn)值為save-update。
In our example, we want the tracks owned by an album to be automatically managed by the album, so that when we delete the album, its tracks are deleted. Note that we need to apply the cascade attribute both to the tracks collection and its constituent track element to achieve this. Also, by using a cascade value of all, we eliminate the need to explicitly save any Track objects we create for the album—the addAlbumTrack() method of Example 5-7 no longer needs the line:
session.save(track);
在我們的例子中,我們希望track完全由album自動掌管,當(dāng)我們刪除album時,它的track也會被刪除。注意,這里我們需要在兩處設(shè)置casade屬性實現(xiàn)此任務(wù):tracks集合和它的組成元素track。同樣,由于我們講casade設(shè)置為all,那么不再需要顯式的保存為album創(chuàng)建的track對象,5-7例子中的addAlbumTrack方法不再需要調(diào)用session.save(track)方法。
By telling Hibernate that it's fully responsible for the relationship between an album and its track, we enable it to persist tracks when they're added to the album as well as delete them when the album itself is deleted.
通過高知hibernate,由其完全負(fù)責(zé)album和track直接的關(guān)系,可以保證track在加入到album時自動保存,在album刪除時自動刪除。
Delegating this sort of bookkeeping to the mapping layer can be very convenient, freeing you to focus on more abstract and important tasks, so it is worth using when appropriate. It's reminiscent of the liberation provided by Java's pervasive garbage collection, but it can't be as comprehensive because there is no definitive way to know when you're finished with persistent data by performing reachability analysis; you need to indicate it by calling delete() and establishing lifecycle connections. The trade-off between flexibility and simple automation is yours to make, based on the nature of your data and the needs of your project.
將這樣的任務(wù)完全交代給持久層使得我們的任務(wù)更加的簡便,可以讓我們將注意力投注于更抽象更重要的業(yè)務(wù),因此恰當(dāng)?shù)氖褂胏asade是值得的,這就像java的垃圾收集一樣,使我們的工作得到了一定的解放。但是,由于目前并沒有任何的可達(dá)性分析方法,可以確切的知道“你是否已經(jīng)不再需要此持久層數(shù)據(jù)”,因此你必須調(diào)用delete()方法,才能建立起此生命周期鏈接。你必須依據(jù)你的數(shù)據(jù)的特點和項目的需要,在靈活性和自動化的簡單性進(jìn)行權(quán)衡。
For example, if you use Collections methods to remove a Track from an Album's tracks property, this breaks the link between the Album and Track but does not actually delete the Track record. Even if you later delete the entire Album, this Track will remain, because it wasn't linked to the Album at the time that it was deleted.
例如:如果你使用Album的tracks collection的remove方法,刪除一個track,這將會移除album和track直接的鏈接,但是它并沒真正的刪除track記錄。即使你后來整個的刪除album,這個track也將會繼續(xù)保留著,因為此時該track已經(jīng)和album失去了鏈接。
//( 譯者注)這里的含義是:級聯(lián)是有范圍的,表ALBUM和表TRACK之間通過表Album_Tracks建立了聯(lián)系。在albu.hbm.xml中,進(jìn)行了級聯(lián)配置,使得Album和ALBUM_TRACKS之間級聯(lián)。當(dāng)刪除某個album時,那么相應(yīng)的ALBUM_TRACKS中的記錄也將刪除。如果對album中的tracks執(zhí)行remove方法時,那么ALBUM_TRACKS中的相應(yīng)記錄也將刪除。但是這里的級聯(lián)卻無法延伸到表TRACK中,TRACK表中的記錄將安然無恙,依然存在。
//原文中的tracks出現(xiàn)在兩處,一個是Album對象的屬性,其對應(yīng)著ALBUM_TRACKS的記錄。一個則是單獨的TRACK表,所以表述十分容易引起混淆。