SQL，想说爱你并不是太容易的事

不少人留言和留消息，只有一位差不多触及到了问题在哪里。公布一下答案之前先把题目贴一下。

这道题目里面的坑主要在null这个东西。我们都知道SQL是基于关系代数的，而关系代数，倘若诸位还记得的话，是三值逻辑代数，不是二值的布尔逻辑。

三值逻辑代数包括了true false null。第一种解法其实没有大问题，最大的问题在于题目里面说了，如果说实际飞行时间是null的话，等同于小于3个小时。这就意味着在这个题目里面null是要等同于true的。

我们先简单介绍一下这个null吧。发明关系数据库的老头觉得世界上除了真和假，还有未知。未知用null来表示。null的特点是在任何运算里面对任何东西在一起结果都是null，除了or。

简单一点说 null = null 是null

null！=null也是null

3 > null是null

3 < null 还是null

这道题里面的第一种解法，如果说里面的子查询返回的值里面有null，那么就会导致整个WHERE的条件等于null。按照SQL98的标准，WHERE只有在true的时候，相对应的记录才不会被过滤掉。通俗一点讲就是null在WHERE子句里面等于false。但是题目是要求null= true的，所以解法就挂了。

第二种解法为什么正确是因为MAX这个aggregate函数按照SQL的标准来说在有其他值的时候是忽略null的存在的。所以这道题目里面也就正好满足了这个要求。要是题目规定所有的null都是表示3个小时以上的话，那第二题的解法其实是有问题的。

关于null的东西有很多了，这通常来说是SQL很坑的地方。大家可以看看is null和is not null。也可以了解一下在join， group by， order by的时候null是怎么处理的。另外也应该了解一下每个aggregate函数里对null的处理。限于篇幅，也为了增加大家主动学习的愿望。我就不一一展开了。