[英]SQL unique : manual check vs catch exception
我正在开发一个大型数据库,我正在寻找可以加快数据库速度的一切。 问题是:当你在somes字段上有一个唯一索引时,make select一个请求检查它是否正常,或者无论如何都尝试它并在条目已经存在时捕获异常之间的速度是多快?
我做了一些研究,但没有结论。 谢谢。
手动检查不会按照您的想法执行。 (见下文。)
如果先检查, 每个插入都需要两次往返数据库。 它可能还需要可序列化的事务。
无论如何你必须陷入错误。 重复值只是插入时可能出错的一件事; 还有很多其他事情可能会出错。
我说只是插入,并捕获错误。
INSERT之前的SELECT点是确定数据库中是否已存在值。 但你不能依靠它来工作。 这就是原因。
打开两个终端会话(例如),并将它们连接到您的数据库。 该表已存在。 它是空的。
create table test (
test_id serial primary key,
test_email varchar(15) not null unique
);
A: begin transaction; A: select test_email from test where test_email = 'a@b.com'; (0 rows) B: begin transaction; A: insert into test (test_email) values ('a@b.com'); INSERT 0 1 B: select test_email from test where test_email = 'a@b.com'; (0 rows) B: insert into test (test_email) values ('a@b.com'); (waiting for lock) A: commit; B: ERROR: duplicate key value violates unique constraint...
你有2个选择
在我看来,第一个更好,因为如果你查询两次你使用网络连接两次。 当您拥有非常大的数据时,select也是一个不错的选择。 在第一种情况下,您尝试插入但得到DataIntegrityException。 单个请求和响应优于两个请求和两个响应。
事务管理器也可以处理异常。
我的理解是try / catch异常会突然停止程序的流程。 即使处理得当。 建议的做法是将它们与域逻辑分开使用。 除非您的数据库服务器距离很远,否则额外的选择不应该那么糟糕。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.