java

位置:IT落伍者 >> java >> 浏览文章

hibernate级联删除


发布日期:2020年01月21日
 
hibernate级联删除

有两张表结构如下

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则会在相关事务执行的时候将孤儿子记录删除

               

上一篇:hibernate关联关系-多对一

下一篇:在Spring中配置Hibernate的事务