检查日期是否为空（NULL）或比较1/0是否更快？

Question

我只是想知道什么是更快的SQL（特别是SQL Server）。

我可以有日期类型的一个空的列和比较，为NULL，我也可以具有非空的日期列和一个单独的bit列，bit柱比较1/0。

与bit列的比较会更快吗？

Answer 1

为了检查列IS NULL SQL Server实际上只是检查一下。每行都有一个NULL BITMAP存储，指示每列是否包含NULL。

Answer 2

该位将更快，因为加载到内存的位将只加载1个字节，加载日期将需要8个字节。比较本身将花费同一时间，但从磁盘加载需要更多时间。除非你使用一台非常旧的服务器或者需要加载多于10^8的行，否则你不会注意到任何事情。

Answer 3

所有其他的事情都是平等的，我会说比特会更快，因为它是一个“小”的数据类型。但是，如果性能在这里非常重要（并且我认为这是由于该问题），那么您应该始终进行测试，因为可能存在其他因素，如索引，影响此的缓存等。

这听起来像你正在试图决定一个字段的数据类型，它将记录事件X是否发生。因此，无论是时间戳（发生X时）或只是一个位（如果X发生，则为1，否则为0）。在这种情况下，我会试着去找日期，因为它会给你提供更多的信息（不仅是X是否发生，而且还有确切的发生时间），这对未来报告的目的最有可能是有用的。如果微小的性能增益真的更重要，只有反对这一点。

Answer 4

简短的回答，如果你只有1和0，像位图索引1,0是超级快。空值不在某些sqlengines上编入索引，所以'null'和'not null'很慢。但是，在抛弃这个之前，先考虑实体语义。如果你知道我的意思，那么最好有一个语义表定义。

速度来自在这种情况下使用索引而不是数据大小的能力。

编辑
请参阅Martin Smith的回答。这对于s​​qlserver更有意义，我被Oracle DB带走了，我的错误在这里。

Answer 5

我只是做了一个简单的测试：

DECLARE @d DATETIME 
     ,@b BIT = 0 

SELECT 1 
WHERE @d IS NULL 

SELECT 2 
WHERE @b = 0 

实际执行计划结果表明计算作为相对于该批次完全相同成本。

也许有人可以撕裂这一点，但对我来说，似乎没有任何区别。

---

多个测试

SET DATEFORMAT ymd; 

CREATE TABLE #datenulltest 
(
    dteDate datetime NULL 
) 

CREATE TABLE #datebittest 
(
    dteDate datetime NOT NULL, 
    bitNull bit DEFAULT (1) 
) 

INSERT INTO #datenulltest (dteDate) 
SELECT CASE WHEN CONVERT(bit, number % 2) = 1 THEN '2010-08-18' ELSE NULL END 
FROM master..spt_values 

INSERT INTO #datebittest (dteDate, bitNull) 
SELECT '2010-08-18', CASE WHEN CONVERT(bit, number % 2) = 1 THEN 0 ELSE 1 END 
FROM master..spt_values 


SELECT 1 
FROM #datenulltest 
WHERE dteDate IS NULL 

SELECT 2 
FROM #datebittest 
WHERE bitNull = CONVERT(bit, 1) 


DROP TABLE #datenulltest 
DROP TABLE #datebittest 

dteDate IS NULL结果：

bitNull = 1结果：

OK，所以这个扩展的测试出现再次与相同的响应。
我们可以整天这样做 - 这需要一些非常复杂的查询来找出平均速度更快的查询。