SQLite中的空处理与其它数据库引擎的比较

我的目标是使SQLite用一种标准和顺从的方法来处理空值。但是在SQL标准中关于如何处理空值的描述似乎不太明确。从标准文档中，我们不太容易弄清楚空值在所有场合下是如何被处理的。

所以标准文档被取代，各种流行的SQL引擎被用来测试，看它们是如何处理空值的。我的目的是想SQLite像其他引擎一样工作。志愿者们开发了 SQL的测试脚本并使之在SQL RDBMSes上运行，运用测试的结果来推论空值在各种引擎上是如何被处理的。最初的测试是在2002年5月运行的。测试脚本的副本在这篇文档的最后。

SQLite最初是这样编译的，对于下面表格中的所有问题，它的答案都是"Yes"。 但是在其它SQL引擎上的测试表明没有一个引擎是这样工作的。所以SQLite被改进了，改进后它像Oracle, PostgreSQL, and DB2一样工作。改进后，对于SELECT DISTINCT 语句和SELECT中的UNIQUE操作符，空值是模糊的。在UNIQUE列中空值仍然是清晰的。这看起来有些独裁的意思，但是使SQLite和其它数据 库引擎兼容似乎比这个缺陷更重要。

为了SELECT DISTINCT和UNION，使SQLite认为空值是清晰的是有可能的。但是你需要在sqliteInt.h原文件中改变NULL_ALWAYS_DISTINCT #define的值，并重新编译。

更新于2003-07-13: 这篇文档写的很早，一些被测试的数据库引擎已经被更新，忠实地使用者也发送了一些关于下面表格的修正意见。原始数据显示了各种不同的状态，但是随着时间的 变化，数据的状态已经逐渐向PostgreSQL/Oracle模式汇合。唯一的突出的不同是Informix and MS-SQL在UNIQUE列中都认为空值是模糊的。

令人迷惑的一点是，NULLs对于UNIQUE列是清晰的，但对于 SELECT DISTINCT和UNION是模糊的。空值应该是清晰或模糊都可以。但SQL标准文档建议空值在所有地方都是清晰的。 但在这篇作品中，被测试的SQL引擎认为在SELECT DISTINCT或在UNION中，空值是清晰的。

下面的表格显示了空处理实验的结果。

下面的脚本被用来收集关于上面表格的信息。

-- 我认为SQL关于空值的处理是不定的，所以不能靠逻辑来推断，必须同过实验来发现结果。为了实现这个目标，我已经准备了下列的脚本来测试不同的SQL数据库如何处理空值。