有兩張表結構如下
Java代碼
t_item t_bid
id int id int
name varchar name varchar
item_id int
其中表t_item的主鍵id是表t_bid的item_id字段的外鍵那麼在這種情況下如果刪除表t_item中的記錄並且該記錄中的id主鍵被t_bid中的item_id字段所引用就會拋出如下異常
Java代碼
ERROR (): Cannot delete or update a parent row: a foreign key constraint fails (`test/t_bid` CONSTRAINT `fk_id` FOREIGN KEY (`id`) REFERENCES `t_item
` (`id`))
解決方法級聯刪除即在刪除t_item表中的記錄時同時刪除t_bid表中的相關記錄
() 增加外鍵約束時聲明級聯刪除即
Java代碼
alter table t_bid add constraint fk_id foreign key(id) references
key(id) on delete cascade
() 使用觸發器在刪除t_item表中記錄之前先刪除與之相關的t_bid表中的記錄
觸發器代碼(MySQL)
Java代碼
delimiter //
create trigger tri_delete before delete on t_item
for each row
begin
delete from t_bid where id = oldid;
end //
Hibernate中的解決方案
這個問題在Hibernate中相對容易解決只需設置cascade = delete即可此時觀察發出的sql語句
Java代碼
Hibernate: select item_id as id__ item_name as name__ from t_item item_ where item_id=?
Hibernate: select em_id as item__ bids_id as id_ bids_id as id__ bids_price as price__ em_id as item___ from t_bid bids_ where em_id=?
Hibernate: update t_bid set item_id=null where item_id=?
Hibernate: delete from t_bid where id=?
Hibernate: delete from t_bid where id=?
Hibernate: delete from t_item where id=?
發現在刪除t_bid表中記錄之前會先將它的item_id字段值設置為null但如果我們在映射文件中設置item_id字段不能為null即設置Bidhbmxml文件為 Java代碼
<manytoone name=item column=item_id class=poItem notnull=true/>
注意不能在Itemhbmxml文件中進行如下設置(即在key元素中指定notnull=true)
Java代碼
<set name=bids cascade=all>
<key column=item_id notnull=true/>
<onetomany class=poBid/>
</set>
這樣會拋出Repeated column in mapping for entity異常
如果我們指定item_id字段值不能為null那麼在刪除時會拋出如下異常
Java代碼
orghibernateexceptionGenericJDBCException: Could not execute JDBC batch update···
Caused by: javasqlBatchUpdateException: Data truncation: Column set to default value; NULL supplied to NOT NULL column item_id at row
???
此時的解決方法是設置inverse=true這在Hibernate文檔中有相應的描述 Java代碼
Very Important Note: If the <key> column of a <onetomany> association is declared NOT NULL Hibernate may cause constraint violations when it creates or updates the association To prevent this problem you must use a bidirectional association with the many valued end (the set or bag) marked as inverse=true
觀察此時發出的sql語句
Java代碼
Hibernate: select item_id as id__ item_name as name__ from t_item item_ where item_id=?
Hibernate: select em_id as item__ bids_id as id_ bids_id as id__ bids_amount as amount__ em_id as item___ from t_bid bids_ where em_id=?
Hibernate: delete from t_bid where id=?
Hibernate: delete from t_bid where id=?
Hibernate: delete from t_item where id=?
沒有發出update語句關於inverse=true的理解
saveupdate: 級聯保存(load以後如果子對象發生了更新也會級聯更新) 但它不會級聯刪除
delete: 級聯刪除 但不具備級聯保存和更新
alldeleteorphan: 在解除父子關系時自動刪除不屬於父對象的子對象 也支持級聯刪除和級聯保存更新
all: 級聯刪除 級聯更新但解除父子關系時不會自動刪除子對象
deleteorphan:刪除所有和當前對象解除關聯關系的對象
注意以上設在哪一段就是指對哪一端的操作而言比如delete如果設在one的一端的<set>屬性裡就是當one被刪除的時候自動刪除所有的子記錄
如果設在many一端的<manytoone>標簽裡就是在刪除many一端的數據時會試圖刪除one一端的數據如果仍然有many外鍵引用one就會報存在子記錄的錯誤如果在one的一端同時也設置了cascade=delete屬性就會發生很危險的情況刪除many一端的一條記錄會試圖級聯刪除對應的one端記錄因為one也設置了級聯刪除many所以其他所有與one關聯的many都會被刪掉
所以千萬謹慎在many一端設置cascade=delete屬性
故此cascade一般用在<onetoone>和<onetomany>中
onetomany中設置級聯刪除比如:
[xhtml]
<set
name=entryvalues
lazy=false
inverse=true
orderby=VALUEID
cascade=alldeleteorphan
>
<key>
<column name=CONTEXTENTRYID />
</key>
<onetomany
class=Entryvalue
/>
</set>
如果用Hiberante的SchemaExport導出表到數據庫是不會在數據庫中設置外鍵的cascade屬性的查看ENTRYVALUE表其中的外鍵CONTEXTENTRYID的on delete屬性是no action
但是使用Hiberante管理事務它是會維護這種級聯關系的比如這樣操作:
[java]
public void testCascadeDelete() {
Session s = HibernateUtilgetSession();
Transaction tx;
try {
tx = sbeginTransaction();
Contextentry ce = (Contextentry)sload(Contextentryclass new Long());
sdelete(ce);
mit();
} catch (HibernateException e) {
// TODO Autogenerated catch block
eprintStackTrace();
}
}
則引用此Contextentry的Entryvalue是會被正確級聯刪除的
如果使用普通JDBC操作比如:
[java]
public void testCascadeDeleteSQL() {
Session s = HibernateUtilgetSession();
Transaction tx;
String sql = delete contextentry where id=;
try {
tx = sbeginTransaction();
Connection con = nnection();
Statement st = concreateStatement();
stexecute(sql);
mit();
} catch (HibernateException e) {
// TODO Autogenerated catch block
eprintStackTrace();
} catch (SQLException e) {
// TODO Autogenerated catch block
eprintStackTrace();
}
}
則會報存在子記錄的錯誤這裡的Transaction實際上是無效的因為用的是JDBC的Connection和Statement已經脫離了Hibernate的管理如果手動將ENTRYVALUE表的相關外鍵ON DELETE屬性設為CASCADE則上面的操作當然正確執行——級聯刪除子記錄
alldelete-orphan 的能力
當保存或更新父方對象時級聯保存或更新所有關聯的子方對象相當於 cascade 為 saveupdate
當刪除父方對象時級聯刪除所有關聯的子方對象相當於 cascade 為 delete
刪除不再和父方對象關聯的所有子方對象當然不再和父方對象關聯的所有子方對象必須是在本次事務中發生的
解除父子關系的 java 語句例如
[java]
public void testCascadeDelete() {
Session s = HibernateUtilgetSession();
Transaction tx;
try {
tx = sbeginTransaction();
Contextentry ce = (Contextentry)sload(Contextentryclass new Long());
Entryvalue ev = (Entryvalue)sload(Entryvalueclass new Long());
evsetContextentry(null);
sdelete(ce);
mit();
} catch (HibernateException e) {
// TODO Autogenerated catch block
eprintStackTrace();
}
}
如果 cascade 屬性取默認值 null當解除父子關系時會執行如下 sql
update ENTRYVALUE set CONTEXTENTRYID=null where ID=
即將對應外鍵置為null而使用alldeleteorphan則會在相關事務執行的時候將孤兒子記錄刪除
From:http://tw.wingwit.com/Article/program/Java/ky/201311/28140.html