我们设计表时,在字段是否允许Null值这个问题上,有时会争论一番。
数据库牛人Kalen Delaney则给了一下建议:
1,永远不要在用户表中允许NULL值
2,在用户表定义中包含一个NOT NULL限制
3,不要依赖数据库属性来控制NULL值的行为
对于第一点,我们反向说,如果允许NULL,会给我们带来什么影响。
1,SQL 在每条记录中都设置了一个特殊的bitmap来显示哪些允许空值的列上存储的真的是空值。如果是NULL,在访问每一行的时候SQL Server都必须对这个bitmap进行解码。
2,允许NULL还增加了应用程序代码的复杂度,总的添加一些特殊的逻辑来处理这个NULL值,这常常会导致bug。
第二点,在包含不允许NULL的列上,要加入一些默认值,如果不允许NULL,但是还没有加默认值,在没有显示列插入的话,就会造成INSERT的失败,SQL Server默认在INSERT中,对没有显示的列做NULL插入。
最后一点,主要涉及到于NULL值的比较。在我们印象中,是用IS NULL,IS NOT NULL比较呢,还是用=,<>比较呢。这取决于数据库选项ANSI NULLS,我们不可能更改数据库选项(我们大部分不是DBA),但是我们可以使用会话设置SET ANSI_NULLS相当于数据库选项ANSI NULLS。当这个选项为真是,所有与空值的比较都将得出FALSE,代码必须使用IS NULL条件来判断是否为空,而当这个选项为假时,如果进行比较的两个值都是空值将得出TRUE,SQL Server允许将 =NULL作为IS NULL的同义词,将<> NULL 作为IS NOT NULL的同义词。
如果忘记这个选项,建议用IS NULL判断空,IS NOT NULL判断非空。
测试如下:
在t3表中只有两行数据,如图:
SET ANSI_NULLS OFF 时:
SET ANSI_NULLS ON 时
总结下来,最优的办法是:在设计表的时候,不要允许字段为NULL,并为字段附上默认值。
原创文章,作者:carmelaweatherly,如若转载,请注明出处:https://blog.ytso.com/236473.html