session.delete(obj)將obj的狀態(tài)變?yōu)閠ransient。兩種情況
1）obj是session的cache里邊的cache沒(méi)有的，比如：
session.delete(new Employee(4));
2）obj存在于session的cache中，比如：
Employee employee = (Employee)session.load(Employee.class, new Integer(4));
session.delete(employee);
這兩種情況都是允許的，hibernate都會(huì)發(fā)送一條delete語(yǔ)句給數(shù)據(jù)庫(kù)。
delete執(zhí)行之后，如果調(diào)用了session.load(), 又可以分為兩種情況：1）在session.flush()之前，如：
tx.beginTransaction();
session.delete(new Employee(4));
session.load(Employee.class, new Integer(4));//發(fā)生在session.flush()之前
tx.commit();
那么hibernate會(huì)拋出ObjectDeletedException:The object with that id was deleted:
2）在session.flush()之后，如：
tx.beginTransaction();
session.delete(new Employee(4));
session.load(Employee.class, new Integer(4));
tx.commit();
tx.beginTransaction();
session.load(Employee.class, new Integer(4));//同一個(gè)session中，上面的tx.commit()將session flush了一次。
tx.commit();
那么這個(gè)時(shí)候hibernate僅僅會(huì)拋出ObjectNotFoundException:No row with the give...
表示找不到該object。如果第二個(gè)tx里邊采用session.get()也就不會(huì)拋出exception了。
delete執(zhí)行之后，如果調(diào)用了session.save(obj):
tx.beginTransaction();
Employee employee = (Employee)session.load(Employee.class, new Integer(4));
session.delete(employee);
System.out.println(employee);
session.save(employee);
System.out.println(employee);
tx.commit();
這種情況是完全合理的，合法的。
delete將employee從persistent的狀態(tài)變?yōu)閠ransient的狀態(tài)。
save將employee從transient狀態(tài)變?yōu)閜ersistent的狀態(tài)。save一個(gè)被delete的obj的時(shí)候，在save處hibernate強(qiáng)制執(zhí)行session.flush()，發(fā)送delete語(yǔ)句，然后按照常規(guī)的save流程來(lái)進(jìn)行。為什么要這么做，還沒(méi)有完全想明白。
delete執(zhí)行之后，如果對(duì)obj對(duì)象屬性的修改，tx.commit()時(shí)不會(huì)進(jìn)行dirtyChecking。 這個(gè)道理比較顯然。