TSQL patidix中的CHAR(13)或CHAR(14)有什么问题?一旦在模式中包含CHAR(14),就找不到任何记录。在寻找答案时,我刚刚发现了2009年的问题(未回答)(此处:http://www.sqlservercentral.com/Forums/Topic795063-338-1.aspx)。
这里是另一个简单的测试,来展示我的意思:
/* PATINDEX TEST */
DECLARE @msg NVARCHAR(255)
SET @msg = 'ABC' + NCHAR(13) + NCHAR(9) + 'DEF'
DECLARE @unwanted NVARCHAR(50)
-- unwanted chars in a "chopped up" string
SET @unwanted = N'%[' + NCHAR(1) + '-' + NCHAR(13) + NCHAR(14) + '-' + NCHAR(31) + ']%'
SELECT patindex(@unwanted, @msg)
--结果:4
-- NOW LET THE unwanted string includ the whole range from 1 to 31
SET @unwanted = '%['+NCHAR(1)+'-'+NCHAR(31)+']%' -- -- As soon as Char(14) is included, we get no match with patindex!
SELECT patindex(@unwanted, @msg)
--结果:0
这是允许的。
您需要记住,范围是基于排序规则排序顺序而不是字符代码的,因此在默认排序规则中,它可能会在您意想不到的位置进行排序。
数据库的默认排序规则是什么?
下面的返回值是多少?
;WITH CTE(N) AS
(
SELECT 1 UNION ALL
SELECT 9 UNION ALL
SELECT 13 UNION ALL
SELECT 14 UNION ALL
SELECT 31
)
SELECT N
FROM CTE
ORDER BY NCHAR(N)
对我来说,它返回
N
-----------
1
14
31
9
13
因此,字符9和13都在1-31的范围之外。因此
'ABC' + NCHAR(13) + NCHAR(9) + 'DEF' NOT LIKE N'%['+NCHAR(1)+N'-'+NCHAR(31)+N']%'
这就解释了你问题的结果。字符14没有进入。
您可以使用二进制collate子句使其按预期进行更多排序。例如
SELECT patindex(@unwanted COLLATE Latin1_General_100_BIN, @msg)
在第二个查询中也返回4
。