oracle – 强制Hibernate在INSERT之前发出DELETE以避免唯一的约

发布时间：2020-12-12 13:15:28 所属栏目：百科来源：网络整理

导读：背景： http://jeffkemponoracle.com/2011/03/11/handling-unique-constraint-violations-by-hibernate 我们的表是： BOND_PAYMENTS (BOND_PAYMENT_ID,BOND_NUMBER,PAYMENT_ID) BOND_PAYMENT_ID上有主键约束,(BOND_NUMBER,PAYMENT_ID)上有唯一约束. 该应用程

背景： http://jeffkemponoracle.com/2011/03/11/handling-unique-constraint-violations-by-hibernate

我们的表是：

BOND_PAYMENTS (BOND_PAYMENT_ID,BOND_NUMBER,PAYMENT_ID)

BOND_PAYMENT_ID上有主键约束,(BOND_NUMBER,PAYMENT_ID)上有唯一约束.

该应用程序使用Hibernate,并允许用户查看链接到特定Bond的所有付款;它允许他们创建新链接,并删除现有链接.一旦他们在页面上做了所有他们想要的更改,他们就会点击“保存”,Hibernate会在数据库上运行所需的SQL.显然,Hibernate可以找出需要删除的记录,需要插入哪些记录,并保持其余部分不变.不幸的是,它首先执行INSERT,然后执行DELETE.

如果用户删除了付款的链接,然后改变主意并重新插入指向同一付款的链接,Hibernate很乐意尝试插入然后将其删除.由于这些插入/删除作为单独的SQL语句运行,因此Oracle会在第一个插入时立即验证约束并发出违反ORA-00001唯一约束的情况.

我们只知道两种选择：

>使约束可延迟
>删除唯一约束

选项2不太合适,因为约束提供了极好的保护,可以防止可能允许保存不一致数据的令人讨厌的应用程序错误.我们选择了1.

ALTER TABLE bond_payments ADD
  CONSTRAINT bond_payment_uk UNIQUE (bond_number,payment_id)
  DEFERRABLE INITIALLY DEFERRED;

缺点是为警告此约束而创建的索引现在是一个非唯一索引,因此查询的效率可能稍低.我们已经确定这对于这个特殊情况并没有那么大的损害.另一个缺点(由Gary建议)可能会遇到特定的Oracle错误 – 虽然我相信由于应用程序的工作方式,我们会免疫(至少大部分).

我们还应该考虑其他选择吗？

解决方法

从您描述的问题来看,目前尚不清楚您是否拥有实体BondPayment,或者您是否有直接链接到付款的债券.现在,我想你通过BondPayment在付款和债券之间建立联系.在这种情况下,Hibernate正在做正确的事情,你需要在你的应用程序中添加一些逻辑来检索链接并将其删除(或更改它).像这样的东西：

bond.getBondPayment().setPayment(newPayment);

你可能正在做这样的事情：

BondPayment bondPayment = new BondPayment();
bondPayment.setPayment(newPayment);
bondPayment.setBond(bond);
bond.setBondPayment(bondPayment);

在第一种情况下,保留BondPayment.id,您只是更改它的付款.在第二种情况下,它是一个全新的BondPayment,它将与数据库中的现有记录冲突.

我说Hibernate正在做正确的事情,因为它威胁BondPayment作为“常规”实体,其生命周期由您的应用程序定义.这与在登录时具有唯一约束的用户相同,并且您尝试插入具有重复登录的第二个记录. Hibernate将接受(它不知道数据库中是否存在登录名)并且您的数据库将拒绝.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!