Início / coding / Perguntas / 77007572
Accepted
gotqn
Asked: 2023-08-30 19:29:57 +0800 CST

NULLIF/IIF retornando resultados indesejados ao comparar Khmer com string de comprimento zero

  • 772

Encontrei uma instrução T-SQL que não consegue tornar uma string NULL, se for uma string vazia. É como:

SELECT NULLIF(N'ធ្វើឱ្យ', '') -- NULL

De acordo com o Google Tradutor, a palavra significa "fazer" na língua Khmer . Se eu tentar:

SELECT IIF(N'ធ្វើឱ្យ' = '', 1, 0) -- 1

Então, o mecanismo diz que esta string está vazia.

Não tenho certeza se este é um problema de idioma de suporte, pois aqui tenho:

insira a descrição da imagem aqui

ou algum tipo de conversão de precedência de tipo de dados, pois temos duas strings. É estranho como então o motor não consegue entender que a string não está vazia?

Depois de tudo isso SELECT LEN(N'ធ្វើឱ្យ')me dá sete, só me pergunto qual é o motivo exato.

sql-server

1 respostas

  1. Best Answer

    Presumo que NULLIFesteja em seu SELECTe this seja para apresentação ou consumo final, e não em algo como the WHEREou an ON(se estiver, provavelmente é um Problema XY ).

    Conforme mencionado nos comentários, os agrupamentos latinos não "funcionam bem" com alfabetos não latinos (ou emoticons). Como resultado, a comparação entre N'ធ្វើឱ្យ'e ''resulta em que eles sejam tratados como iguais, embora claramente não o sejam.

    Se você estivesse trabalhando apenas com texto Khmer, eu teria sugerido que você alterasse o agrupamento para um agrupamento Khmer (como Khmer_100_CI_AI), no entanto, como você tem muitos idiomas, um agrupamento binário provavelmente seria melhor™. Então, se necessário, você pode COLLATEretornar o valor ao padrão do banco de dados:

    SELECT NULLIF(N'ធ្វើឱ្យ' COLLATE Latin1_General_BIN, '') COLLATE DATABASE_DEFAULT; --ធ្វើឱ្យ

SELECT IIF(N'ធ្វើឱ្យ' COLLATE Latin1_General_BIN = '', 1, 0) -- 0
    • 3

relate perguntas