检查唯一列的值是否存在或让 db 在插入时引发唯一错误的优缺点

Question

前几天在写一个查询时，一个想法出现在我的脑海中。

什么是可取的，首先检查是否存在唯一列的值，然后插入或插入并让 db 引发唯一约束错误？它甚至会重要吗？

编辑：正如下面在回答这个问题取决于数据库时所建议的那样，我正在添加标签 postgresql。

Answer 1

让 DB 引发错误。

首先测试对于并发来说是不安全的，因为最终会发生冲突，因为 2 个线程可能会通过“NOT EXIST”并且都将尝试写入。这适用于“READ COMMITTED”和 MVCC/Snapshot 锁定策略。

您可以使用锁定提示来强制隔离，但会降低性能。

我称之为 JFDI 模式（SO 链接）。对于“如果存在则更新”，请在此处查看：需要帮助对 Sql Server 2005 Deadlock Scenario 进行故障排除。这些是 SQL Server。MySQL 有 INSERT IGNORE 可以优雅地处理这个问题。不确定其余的

Answer 2

我不认为你的问题真的与数据库无关。正确的答案可能取决于实施细节，这些细节可能因供应商而异，并随下一版本而变化。在任何 RDBMS 上选择任何方法之前，我都会在并发下进行测试。

现在，在 SQL Server 2008 R2 上，我使用以下命令：

1. 低并发、低修改量。为了保存单行，我使用 sp_getapplock 进行序列化并使用 MERGE。我在高并发下进行压力测试，以验证其是否有效。

2. 更高的并发性和/或容量。为了避免并发并提高性能，我不会一次保存一行。我在应用程序服务器上累积更改，并使用 TVP 来保存批次。尽管如此，为了避免并发相关问题，我在合并之前使用 sp_getapplock 进行序列化。我再次在高并发下进行压力测试，以验证其是否有效。

因此，我们在生产中具有良好的性能和零并发相关问题：没有死锁、没有 PK/唯一约束违规等。