SQL中混合LTR/RTL语言字符串反转查询失效的解决方法

我明白你遇到的问题了——那个用LRO（U+202B）和PDF（U+202C）包裹反转字符串的方法，本质上是给UI显示用的，它能让反转后的字符串在视觉上看起来正确，但SQL Server的字符串比较是基于字符的底层存储顺序，而不是视觉显示顺序，所以直接用它在WHERE条件里做匹配肯定会失效。

下面我给你一个真正能解决问题的方案：我们需要编写一个自定义SQL函数，逻辑上修正混合方向字符串的字符顺序——把反转的LTR（英语/数字）子串恢复成正确顺序，同时保留RTL（希伯来语）子串的原有顺序。

步骤1：创建处理混合方向字符串的自定义函数 #

这个函数会遍历字符串的每个字符，区分RTL和LTR字符，对连续的LTR子串进行反转，RTL子串直接保留：

CREATE FUNCTION dbo.FixMixedDirectionString(@input NVARCHAR(4000))
RETURNS NVARCHAR(4000)
AS
BEGIN
    DECLARE @result NVARCHAR(4000) = N'';
    DECLARE @currentLTRSegment NVARCHAR(4000) = N'';
    DECLARE @i INT = 1;
    DECLARE @char NCHAR(1);
    DECLARE @isRTL BIT;

    WHILE @i <= LEN(@input)
    BEGIN
        SET @char = SUBSTRING(@input, @i, 1);
        -- 判断是否为希伯来语（RTL）字符，可根据需要添加其他RTL语言的Unicode范围
        SET @isRTL = CASE WHEN UNICODE(@char) BETWEEN 0x0590 AND 0x05FF THEN 1 ELSE 0 END;

        IF @isRTL = 1
        BEGIN
            -- 如果当前有未处理的LTR片段，先反转并加入结果
            IF @currentLTRSegment <> N''
            BEGIN
                SET @result += REVERSE(@currentLTRSegment);
                SET @currentLTRSegment = N'';
            END
            -- 直接添加RTL字符
            SET @result += @char;
        END
        ELSE
        BEGIN
            -- 收集LTR字符（英语/数字/符号等）
            SET @currentLTRSegment += @char;
        END

        SET @i += 1;
    END

    -- 处理最后一段LTR片段
    IF @currentLTRSegment <> N''
    BEGIN
        SET @result += REVERSE(@currentLTRSegment);
    END

    RETURN @result;
END
GO

步骤2：在查询中使用这个函数 #

现在你可以用这个函数来修正表中的列值，然后和目标字符串进行匹配：

比如你的目标字符串是Check If its reverse בדיקה 654321（注意：这里要确保目标字符串的字符顺序是逻辑正确的，而不是视觉显示的顺序），查询语句应该写成：

SELECT COUNT(*) 
FROM your_table 
WHERE dbo.FixMixedDirectionString(your_column) = N'Check If its reverse בדיקה 654321';

为什么之前的方法失效？ #

再补充解释一下：nchar(8237) + REVERSE(column) + nchar(8236)只是在字符串前后添加了方向控制字符，让客户端显示的时候把反转后的LTR部分“正过来”，但字符串的底层字符序列还是反转的。比如原列值是בדיקה 123456 esrever sti fI kcehC，反转后变成ChecK fI sti revesre 654321 הקידב，加上LRO和PDF后，视觉上显示正确，但存储的字符顺序还是反转后的，所以和逻辑正确的目标字符串比较时，自然不相等。

而我们的自定义函数是真正修改了字符的存储顺序，把LTR子串从反转状态恢复成正确的逻辑顺序，这样比较就能匹配上了。

内容的提问来源于stack exchange，提问作者varda