UDF中的COLLATE无法按预期工作

问题描述 投票：6回答：8

我有一个带有文本字段的表。我想选择文本全部大写的行。此代码按原样运行，并返回ABC：

SELECT txt
FROM (SELECT 'ABC' AS txt UNION SELECT 'cdf') t
WHERE 
txt COLLATE SQL_Latin1_General_CP1_CS_AS = UPPER(txt)

然后我创建UDF（如建议的here）：

CREATE FUNCTION [dbo].[fnsConvert]
(
      @p NVARCHAR(2000) ,
      @c NVARCHAR(2000)
)
RETURNS NVARCHAR(2000)
AS
    BEGIN
        IF ( @c = 'SQL_Latin1_General_CP1_CS_AS' )
            SET @p = @p COLLATE SQL_Latin1_General_CP1_CS_AS
        RETURN @p    
    END

并运行如下（看起来像我的等效代码）：

SELECT txt
FROM (SELECT 'ABC' AS txt UNION SELECT 'cdf') t
WHERE 
dbo.fnsConvert(txt, 'SQL_Latin1_General_CP1_CS_AS') = UPPER(txt)

然而，这会返回ABC以及cdf。

为什么会如此，我该如何让它发挥作用？

PS我在这里需要UDF才能从.Net LINQ2SQL提供程序调用区分大小写的比较。

sql sql-server tsql collation
8个回答
7
投票

变量不能拥有自己的排序规则。它将始终使用服务器的默认值。检查一下：

- 我声明了三个变量，每个变量都有自己的排序规则 - 至少有一个可能这样认为：

DECLARE @deflt VARCHAR(100) = 'aBc'; --Latin1_General_CI_AS in my system
DECLARE @Arab VARCHAR(100) = 'aBc' COLLATE Arabic_100_CS_AS_WS_SC;
DECLARE @Rom VARCHAR(100) = 'aBc' COLLATE Romanian_CI_AI

- 现在检查一下。所有三个变量都被视为系统的默认排序规则：

SELECT [name], system_type_name, collation_name
FROM sys.dm_exec_describe_first_result_set(N'SELECT @deflt AS Deflt, @Arab AS Arab, @Rom AS Rom'
                                          ,N'@deflt varchar(100), @Arab varchar(100),@Rom varchar(100)'
                                          ,0);

/*
name    system_type_name    collation_name
Deflt   varchar(100)        Latin1_General_CI_AS
Arab    varchar(100)        Latin1_General_CI_AS
Rom     varchar(100)        Latin1_General_CI_AS
*/

- 现在我们检查“aBc”与“ABC”的简单比较

SELECT CASE WHEN @deflt = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckDefault
      ,CASE WHEN @Arab = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckArab
      ,CASE WHEN @Rom = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckRom

/*CI    CI  CI*/

- 但是我们可以为一个给定的动作指定排序规则！

SELECT CASE WHEN @deflt = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckDefault
      ,CASE WHEN @Arab = 'ABC' COLLATE Arabic_100_CS_AS_WS_SC THEN 'CI' ELSE 'CS' END AS CheckArab
      ,CASE WHEN @Rom = 'ABC' COLLATE Romanian_CI_AI THEN 'CI' ELSE 'CS' END AS CheckRom

/*CI    CS  CI*/

- 但是表的列的行为会有所不同：

CREATE TABLE #tempTable(deflt VARCHAR(100)
                       ,Arab VARCHAR(100) COLLATE Arabic_100_CS_AS_WS_SC
                       ,Rom VARCHAR(100) COLLATE Romanian_CI_AI);

INSERT INTO #tempTable(deflt,Arab,Rom) VALUES('aBc','aBc','aBc');

SELECT [name], system_type_name, collation_name
FROM sys.dm_exec_describe_first_result_set(N'SELECT * FROM #tempTable',NULL,0);
DROP TABLE #tempTable;

/*
name    system_type_name    collation_name
deflt   varchar(100)        Latin1_General_CI_AS
Arab    varchar(100)        Arabic_100_CS_AS_WS_SC
Rom     varchar(100)        Romanian_CI_AI
*/

- 这也适用于声明表变量。比较“知道”指定的排序规则：

DECLARE @TableVariable TABLE(deflt VARCHAR(100)
                            ,Arab VARCHAR(100) COLLATE Arabic_100_CS_AS_WS_SC
                            ,Rom VARCHAR(100) COLLATE Romanian_CI_AI);

INSERT INTO @TableVariable(deflt,Arab,Rom) VALUES('aBc','aBc','aBc');

SELECT CASE WHEN tv.deflt = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckDefault
      ,CASE WHEN tv.Arab = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckArab
      ,CASE WHEN tv.Rom = 'ABC' THEN 'CI' ELSE 'CS' END AS CheckRom
FROM @TableVariable AS tv

/*CI    CS  CI*/

更新一些文档

At this link您可以阅读有关详细信息。排序规则不会更改该值。它应用了一个规则（与NOT NULL相关，它不会改变值，但只是添加规则是否可以设置NULL）。

文件清楚地说明了

是可以应用于数据库定义或列定义以定义排序规则的子句，还是应用于排序规则转换的字符串表达式。

稍后你会发现

  1. 创建或更改数据库
  2. 创建或更改表列
  3. 转换表达式的排序规则

更新2：解决方案的建议

如果您想控制比较是CS还是CI，您可以尝试这样做：

DECLARE @tbl TABLE(SomeValueInDefaultCollation VARCHAR(100));
INSERT INTO  @tbl VALUES ('ABC'),('aBc');

DECLARE @CompareCaseSensitive BIT = 0;
DECLARE @SearchFor VARCHAR(100) = 'aBc';

SELECT *
FROM @tbl 
WHERE (@CompareCaseSensitive=1 AND SomeValueInDefaultCollation=@SearchFor COLLATE Latin1_General_CS_AS)
   OR (ISNULL(@CompareCaseSensitive,0)=0 AND SomeValueInDefaultCollation=@SearchFor COLLATE Latin1_General_CI_AS);

随着@CompareCaseSensitive设置为1它将返回aBc，与NULL或0它将返回两条线。

这是 - 当然！ - 性能比UDF好得多。

6
投票

请尝试使用BINARY_CHECKSUM函数，而不需要UDF功能：

SELECT txt
FROM (SELECT 'ABC' AS txt UNION SELECT 'cdf') t
WHERE 
BINARY_CHECKSUM(txt)= BINARY_CHECKSUM(UPPER(txt))
1
投票

我认为您对整理工作的方式感到困惑。如果要强制区分大小写的排序规则，则可以在where谓词中执行，而不是使用类似的函数。标量函数对于性能而言非常糟糕。

以下是如何使用排序规则进行此类操作的方法。

SELECT txt
FROM (SELECT 'ABC' AS txt UNION SELECT 'cdf') t
WHERE txt collate SQL_Latin1_General_CP1_CS_AS = UPPER(txt)
1
投票

这就是我所做的：我更改了函数以执行比较，而不是设置排序规则，然后返回1或0。

CREATE FUNCTION [dbo].[fnsConvert]
(
      @p NVARCHAR(2000) ,
      @c NVARCHAR(2000)
)
RETURNS BIT
AS

    BEGIN
        DECLARE @result BIT

        IF ( @c = 'SQL_Latin1_General_CP1_CS_AS' )
        BEGIN
            IF @p COLLATE SQL_Latin1_General_CP1_CS_AS = UPPER(@p) 
                SET @result = 1
            ELSE
                SET @result = 0    
        END
        ELSE
            SET @result = 0 

        RETURN @result
    END

然后使用该函数的查询只会稍微改变一下。

SELECT txt
FROM (SELECT 'ABC' AS txt UNION SELECT 'cdf') t
WHERE 
dbo.fnsConvert(txt, 'SQL_Latin1_General_CP1_CS_AS') = 1
1
投票

正如@Shnugo所说，排序规则不是变量的属性，但它可以是列定义的属性。

对于TSQL之外的启用了排序规则的比较，您可以使用显式排序规则定义（持久）计算列：

create table Q47890189 (
    txt nvarchar(100),
    colltxt as txt collate SQL_Latin1_General_CP1_CS_AS persisted
)

insert into Q47890189 (txt) values ('ABC')
insert into Q47890189 (txt) values ('cdf')

select * from Q47890189 where txt = UPPER(txt)
select * from Q47890189 where colltxt = UPPER(colltxt)

请注意，也可以对持久列进行索引，并且比调用标量函数具有更好的性能。

1
投票

COLLATE：是可以应用于数据库定义或列定义以定义排序规则的子句，还是应用于排序规则转换的字符串表达式。

COLLATE不转换任何列或变量。它定义整理的特征。

CREATE TABLE [dbo].[OINV]
    [CardCode] [nvarchar](50) NULL
)

如果我有一个5175460 rows表，然后将其转换为另一种数据类型将需要时间，因为它的值将转换为新的数据类型。

alter table OINV
alter column CardCode varchar(50)
--1 min 45 sec

alter table OINV
alter column CardCode nvarchar(50) COLLATE SQL_Latin1_General_CP1_CS_AS

如果我不转换数据类型并且只想更改整理，则需要1 ms才能这样做。这意味着它不会将5175460行转换为所述整理。它只是在该列上定义整理。

当此列用于where条件时，列将显示所述整理的特征。

UDF / TVF不是执行这种方式的最佳方式。最好的方法是改变表格

另一个例子，

declare @i varchar(60)='ABC'

SELECT txt
FROM (SELECT 'abc' AS txt UNION SELECT 'cdf') t
WHERE 
txt  = @i COLLATE SQL_Latin1_General_CP1_CS_AS

我不能这样声明，

declare @i varchar(60) COLLATE SQL_Latin1_General_CP1_CS_AS='ABC'

因此变量只有在整理时才会显示整理特征。

在你的情况下，你只返回普通变量，

UDF这样做的方式，

CREATE FUNCTION testfn (
    @test VARCHAR(100)
    ,@i INT
    )
RETURNS TABLE
AS
RETURN (
        -- insert into @t values(@test)
        SELECT @test COLLATE SQL_Latin1_General_CP1_CS_AS AS a
        )


SELECT *
FROM (
    SELECT 'ABC' AS txt

    UNION

    SELECT 'cdf'
    ) t
OUTER APPLY dbo.testfn(txt, 0) fn
WHERE fn.a = UPPER(txt)

要定义多个collat​​e，您必须使用不同的collat​​e定义多个表。 TVF只能返回静态表模式，因此只能有一个collat​​e定义。

因此，TVF不是执行任务的正确方法。

1
投票

我同意@Shnugo创建局部变量时将采用默认排序规则

但是，您可以使用用户定义的排序规则显式核对函数返回的变量值，如下所示：

select * from 
(SELECT 'ABC' AS txt UNION SELECT 'cdf') a
where (dbo.fnsConvert(txt, 'SQL_Latin1_General_CP1_CS_AS') 
collate SQL_Latin1_General_CP1_CS_AS)  = UPPER(txt)

另外collate子句只能应用于数据库定义，列定义或字符串/字符表达式，换句话说，它用于数据库对象，即表，列，索引

collat​​ion_name不能由变量或表达式表示。

1
投票

MSDN明确定义COLLATE：

是可以应用于数据库定义或列定义以定义排序规则的子句，还是应用于排序规则转换的字符串表达式。

你能在这里看到关于变量的词吗？

如果需要UDF，只需使用表值函数：

CREATE FUNCTION dbo.test 
(   
    @text nvarchar(max)
)
RETURNS TABLE 
AS
RETURN 
(
    SELECT c COLLATE SQL_Latin1_General_CP1_CS_AS as txt
    FROM (VALUES (@text)) as t(c)
)
GO

并使用它像：

;WITH cte AS (
    SELECT N'ABC' as txt
    UNION 
    SELECT N'cdf'
)

SELECT c.txt
FROM cte c
OUTER APPLY dbo.test (c.txt) t
WHERE t.txt = UPPER(c.txt)

输出：

txt
------
ABC
最新问题
© www.soinside.com 2019 - 2024. All rights reserved.