1，当心ISNULL函数对你的逻辑引起BUG
有人喜欢或者习惯于(并不代表我推荐，甚至这种写法没有任何好处)用ISNULL处理变量这种方式写查询
比如：select * from TestISNULL where name = ISNULL(@name,name)
@name相当于传入到存储过程中的参数，如果@name为null，
相当于：select * from TestISNULL where name = name，看起来恒成立，是真的吗？
目的是在@name为null的时候，这个查询条件不生效
当时当遇到字段name中的某些数据为null的时候，实际逻辑就变成了
select * from TestISNULL where null= null，null=null是什么结果？
自己试试或者继续往下看就知道了，
此时会产生一些“莫名其妙”的bug，这种bug是跟数据有关，有时候出现，而有时候又没有问题，
对于“有时候出现有时候不出现的问题”，不管是SQL还是应用程序代码，定位起来都不是太容易的
这种情况，会对对问题的排查产生了很大的干扰
看例子：
--ISNULL 处理变量的一个小陷阱
Create Table TestISNULL
(
id int,
name )
)
GO
,'AAA')
,'BBB')
GO
)
set @name=null
select * from TestISNULL where name = ISNULL(@name,name)
--结果是两行没有任何问题
/*
id name
----------- ----------------------
1 AAA
2 BBB
(2 row(s) affected)
*/
--插入一条数据
,null)
GO
select * from TestISNULL
--全部结果是三行
/*
id name
----------- --------------------
1 AAA
2 BBB
3 NULL
(3 row(s) affected)
*/
--继续用isnull的方式处理变量做查询
)
set @name=null
select * from TestISNULL where name = ISNULL(@name,name)
--结果是两行，你明白为什么吗
/*
id name
----------- ----------------------
1 AAA
2 BBB
(2 row(s) affected)
究竟为什么呢？好吧，下面应该很清楚了
2，SQL Server 对数据类型优先级引起Case When 的一些语法错误
继续用上面的表验证另外一个小语法问题，某些逻辑处理数据的时候，字段为null的时候，将结果统一标记为一种数值，如下
当然，这样是通不过的，提示将AAA转换为数值的时候失败
这种问题本质上是：会将低优先级的varchar转换为高优先级的int进行对比
但是在将字符转换为数值型的时候，就会出现转换失败的情况
这里就涉及到SQL Server数据类型优先级的问题，有兴趣的自行MSDN
SELECT id,
CASE
ELSE name
END AS name
FROM TestISNULL
Msg 245, Level 16, State 1, Line 1
Conversion failed when converting the varchar value 'AAA' to data type int.
解决办法就是统一数据类型，注意字符0和数值0是不一样的，这样就不会引起数据类型优先级转换的问题
SELECT id,
CASE
'
ELSE name
END AS name
FROM TestISNULL
当然这个问题的“变种”不仅限于case when，有各种各样的“变种”，
当遇到“Error converting data type *** to ***.”此类问题的时候，可以考虑是不是这个原因引起的，对快速定位问题可以起到帮助作用，避免在这些小逻辑上浪费太多时间。