背景
不合适的数据类型隐式转换会导致性能下降和并发下降,而且大多数技术人员对隐式转换的概念是陌生的,因此在生产环境中非常常见,通过本文做一个系统的梳理。
现象

SQL语句是很简单的一个MERGE语句,基于表的主键 PK_NAME进行匹配,匹配到做更新,匹配不到做插入。
DECLARE @PK_NAME
nvarchar(
4000), @PK_VALUE
nvarchar(
4000)
MERGE
INTO
COIND_DS t
USING
(
SELECT @PK_NAME
AS PK_NAME, @PK_VALUE
AS PK_VALUE
) b
ON
(
t.PK_NAME = b.PK_NAME
)
WHEN
MATCHED
THEN
UPDATE
SET PK_VALUE = @PK_VALUE
WHEN
NOT
MATCHED
THEN
INSERT (PK_NAME, PK_VALUE)
VALUES(@PK_NAME, @PK_VALUE);分析

SQL Server官方文档中提供了一张数据类型转换表,详细的描述了各数据类型之间的转换关系,详细请参考:https://learn.microsoft.com/zh-cn/sql/t-sql/data-types/data-type-conversion-database-engine?view=sql-server-2017。

DEMO


说明1:这里用LIKE来做演示是因为执行计划简单,容易理解。现实中大多数情况还是等值比较,因为SQL Server做了相关的优化,把nchar类型的值计算为char类型的最小值和最大值,然后进行范围的查找,再对查找出来的结果进行隐式转换后比较,因此是不会导致索引扫描的,性能下降的不是特别厉害,但是由于变成了范围查找,加锁的行数增加了,还是会导致并发下降。

解决
在设计 字段类型 和声明参 数时 不要 随 意 , 最典型 的错 误就 是 在S QL语 句中声 明 字 符 串 参数 时不管什么 用途一 律使用n varchar类型 。
在程序中指明数据类型,例如在C#中不明确指定数据类型的字符串参数,就会使用nvarchar数据类型。

想要生成varchar数据类型,一定要明确指定。

