SQL Server T-SQL patidix范围中是否不允许CHAR(14)



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

相关内容

  • 没有找到相关文章

最新更新