我应该通过数据库错误强制执行业务逻辑吗？

Question

我最近一直在考虑一个有趣的设计决策。假设我正在将用户名添加到表中，并且我想确保没有重复的用户名。用户名列是NOT NULL UNIQUE。我可以：

1. 在插入之前查询数据库以确保没有重复的名称，或者
2. 只是INSERT，并捕获来自数据库引擎的任何异常。

假设我正在使用的数据库能够强制执行约束，我想知道这些选择分别适合什么情况。

Answer 1

执行选项 2 似乎总是一个好主意。我不会推荐选项 1，因为您实际上已经使执行插入所需的时间加倍（它们都需要首先读取）。此外，一些新的开发人员只是在某个时候提交而不进行检查，那么它就会被破坏。

另一件需要考虑的事情是，停机时间多长合适？这是一个关键任务应用程序吗？如果业务逻辑损坏会发生什么？如果是这样，工厂会倒闭吗？或者只是一些烦人的错误。

你不能因为一些你没有想到的异常导致你的服务器崩溃而让你的工厂关闭。因此，也许每晚或每周检查一次数据的正确性在这种情况下也会有所帮助。然而，我认为数据库强制唯一性的能力（以及可能的其他强制措施）是合适的方法。

Answer 2

是否可以缓存用户名列表并在应用程序端检查而不需要去数据库？您仍然应该对数据库有唯一的约束，以确保没有坏数据进入（始终首先保护数据库级别的数据），但是如果您可以从缓存进行检查，则可以节省到数据库的整个往返过程。当有人选择与现有用户相同的用户名时，数据库会执行此操作。现在，这可能取决于您需要缓存的数据的大小以及缓存必须更新的频率。不了解你的系统，我不能说它是否实用，但我至少会考虑这样做。

Answer 3

您认为新用户名可能是唯一的吗？或者它有可能是重复的吗？如果用户名可能是唯一的，则执行插入并捕获异常会更有效。如果用户名可能重复，则检查重复项（并可能查找相似但尚未采用的用户名）比尝试捕获异常会更有效。显然，不同的数据库和这些数据库的不同版本在相对概率上有不同的盈亏平衡点。但一般来说，如果您正在为一家公司构建一个系统，其中每个人都有一个唯一的用户名，请执行插入并捕获异常。如果您正在构建 Hotmail，请首先检查是否有重复项。

一个快速演示（在 Oracle 11.2.0.1 上）显示，执行失败的插入并处理异常的成本大约是插入前进行检查然后写入数据的 7 倍。

SQL> create table username_test (
  2    username varchar2(30) unique
  3  );

Table created.

SQL> set timing on;

SQL> ed
Wrote file afiedt.buf

  1  declare
  2    l_cnt integer;
  3  begin
  4    for i in 1 .. 100000
  5    loop
  6      select count(*)
  7        into l_cnt
  8        from username_test
  9       where username = 'JCAVE';
 10      if( l_cnt = 0 )
 11      then
 12        insert into username_test( username )
 13          values( 'JCAVE' );
 14      end if;
 15    end loop;
 16* end;
SQL> /

PL/SQL procedure successfully completed.

Elapsed: 00:00:04.20
SQL> rollback;

Rollback complete.

Elapsed: 00:00:00.00

SQL> ed
Wrote file afiedt.buf

  1  declare
  2    l_cnt integer;
  3  begin
  4    for i in 1 .. 100000
  5    loop
  6      begin
  7       insert into username_test( username )
  8          values( 'JCAVE' );
  9      exception
 10        when dup_val_on_index then
 11          null;
 12      end;
 13    end loop;
 14* end;
SQL> /

PL/SQL procedure successfully completed.

Elapsed: 00:00:29.58