Início / dba / Perguntas / 320855
Accepted
Joe Obbish
Asked: 2022-12-13 08:32:24 +0800 CST

Por que TRY_CAST lança um erro ao tentar converter VARCHAR para UNIQUEIDENTIFIER?

  • 772

Eu tenho uma coluna VARCHAR(MAX) em uma tabela que pode armazenar dados em vários formatos diferentes, incluindo o formato GUID. Tentei o seguinte código ao ingressar em uma coluna UNIQUEIDENTIFIER em outra tabela:

TRY_CAST(b.val AS uniqueidentifier) = a.guid_col

Estou tendo o erro a seguir:

Msg 8152, Nível 16, Estado 10, Linha 73

String ou dados binários seriam truncados.

A documentação para TRY_CAST diz que erros podem ser lançados em algumas circunstâncias:

No entanto, se você solicitar uma conversão explicitamente não permitida, TRY_CAST falhará com um erro.

No entanto, uma conversão de VARCHAR para UNIQUEIDENTIFIER é permitida pelo SQL Server:

insira a descrição da imagem aqui

Consegui encontrar um valor de exemplo que gera o erro. O valor é bastante longo, então incluí nele um violino . Comentários úteis forneceram uma reprodução mais simples do problema:

DECLARE @s VARCHAR(MAX) = REPLICATE(CAST('A' AS VARCHAR(MAX)), 8001);

SELECT TRY_CAST(@s AS UNIQUEIDENTIFIER);

Por que TRY_CAST lança um erro em vez de retornar um valor NULL ao tentar converter determinados valores VARCHAR em UNIQUEIDENTIFIER?

sql-server

1 respostas

  1. Best Answer

    A tabela de conversão na documentação não faz distinção entre varchare varchar(max), embora outra seção da CASTdocumentação CONVERTdiga:

    Tipos de dados de grande valor

    Tipos de dados de valor grande têm o mesmo comportamento de conversão implícito e explícito que suas contrapartes menores - especificamente, os tipos de dados nvarchar , varbinary e varchar . No entanto, considere as seguintes diretrizes:

    • A conversão de tipos de dados de valor grande, como varchar(max) , para um tipo de dados de contraparte menor, como varchar , é uma conversão implícita, mas o truncamento ocorre se o tamanho do valor grande exceder o comprimento especificado do tipo de dados menor .

    Também relevante, de char e varchar :

    Quando as expressões de caracteres são convertidas em um tipo de dados de caractere de tamanho diferente, os valores muito longos para o novo tipo de dados são truncados. O tipo de identificador único é considerado um tipo de caractere para fins de conversão de uma expressão de caractere e, portanto, está sujeito às regras de truncamento para conversão em um tipo de caractere.

    Quando você fornece um varchar(max)para as TRY_*funções com um tipo não máximo como destino, é feita uma tentativa de converter o valor grande em uma string não máxima. Se isso for bem-sucedido, tudo bem. Caso contrário, você obtém um "String ou dados binários seriam truncados". erro porque a string máxima não caberia. Isso vai contra a documentação acima, que afirma que o truncamento ocorre.

    Minha própria experiência é que maxos tipos de dados às vezes têm um comportamento que não segue o gráfico de conversão ou a documentação detalhada.

    Esse comportamento não é específico para uniqueidentifier, a demonstração na pergunta falhará com outros tipos como bigintou date.

    Minha lembrança é que TRY_*funcionará de forma confiável para tipos compatíveis com sql_variant(o que exclui tipos grandes). Você também pode usar as funções try para converter entre os tipos máximos, mas nem sempre de máximo para não máximo.

    Não é ideal do ponto de vista da experiência do usuário. Não sei se é um erro de documentação ou comportamento não intencional.

    Como solução alternativa, você pode converter o texto LOB no comprimento da representação de string de um GUID antes de tentar a conversão try:

    DECLARE @s varchar(max) = REPLICATE(CONVERT(varchar(max), 'A'), 8001);

-- No error
SELECT TRY_CONVERT(uniqueidentifier, CONVERT(char(36), @s));

    Item de feedback existente da Microsoft .

    Perguntas e respostas relacionadas:

    • 9

relate perguntas