Início / dba / Perguntas / 36244
Accepted
Chris Jones - Belgium
Asked: 2013-03-09 05:01:20 +0800 CST

Identificador exclusivo com caracteres extras ainda correspondentes na seleção

  • 772

Estamos usando o SQL Server 2012 com um identificador exclusivo e notamos que ao fazer seleções com caracteres adicionais adicionados ao final (portanto, não 36 caracteres), ele ainda retorna uma correspondência para um UUID.

Por exemplo:

select * from some_table where uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8'

retorna a linha com uuid 7DA26ECB-D599-4469-91D4-F9136EC0B4E8.

Mas se você executar:

select * from some_table where uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS'

ele também retorna a linha com o uuid 7DA26ECB-D599-4469-91D4-F9136EC0B4E8.

O SQL Server parece ignorar todos os caracteres além de 36 ao fazer suas seleções. Isso é um bug/recurso ou algo que pode ser configurado?

Não é um problema enorme, pois temos validação no front-end para o comprimento, mas não parece um comportamento correto para mim.

sql-server sql-server-2012

3 respostas

  1. O SQL Server parece ignorar todos os caracteres além de 36 ao fazer suas seleções. Isso é um bug/recurso ou algo que pode ser configurado?

    O comportamento está documentado na entrada do Books Online para o uniqueidentifiertipo :

    extrato de entrada BOL

    O exemplo referido é:

    exemplo BOL

    Dito isto, prefiro evitar as conversões implícitas. Um uniqueidentifierliteral pode ser digitado diretamente no T-SQL usando a sintaxe de escape ODBC:

    DECLARE @T AS TABLE
(
    uuid uniqueidentifier UNIQUE NOT NULL
);

INSERT @T (uuid)
SELECT {guid '{7DA26ECB-D599-4469-91D4-F9136EC0B4E8}'};

SELECT t.uuid 
FROM @T AS t 
WHERE 
    t.uuid = {guid '{7DA26ECB-D599-4469-91D4-F9136EC0B4E8}'};

    Esta é a mesma sintaxe que o SQL Server usa internamente em planos de execução ao dobrar constantemente uma representação de string para um typed uniqueidentifier:

    SELECT t.uuid 
FROM @T AS t 
WHERE 
    t.uuid = '7DA26ECB-D599-4469-91D4-F9136EC0B4E8';

    Indexar busca em uuid

    Se você pode passar digitado uniqueidentifiersde e para o SQL Server pode depender da biblioteca que está usando, mas strings de 36 caracteres me parece a menos desejável das opções disponíveis. Se você precisar realizar conversões, torne-as explícitas e use um valor binário de 16 bytes em vez de uma string.

    • 11

  2. Os caracteres adicionais são simplesmente ignorados (bem, silenciosamente truncados) pelo SQL Server durante a conversão implícita. Por exemplo:

    SELECT CONVERT(UNIQUEIDENTIFIER, '7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS');

    Resultado:

    ------------------------------------
7DA26ECB-D599-4469-91D4-F9136EC0B4E8

    Isso não é diferente deste cenário:

    DECLARE @x VARCHAR(1) = 'xyz';
SELECT @x;

    Resultado:

    ----
x

    Você não pode configurar isso, mas se quiser que sua variável falhe na conversão, tente inserir a variável em uma tabela CHAR(36)primeiro, o que falhará devido ao truncamento:

    DECLARE @x TABLE(y CHAR(36));
INSERT @x SELECT '7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS';

    Resultado:

    Msg 8152, Level 16, State 14, Line 2
String or binary data would be truncated.
The statement has been terminated.
    • 10
  3. Best Answer

    A conversão implícita também funciona se o valor estiver entre chaves {...}.

    Se você adicioná-los na consulta, a conversão implícita falhará se o valor original for muito longo porque o último }acaba no lugar errado.

    select * 
from some_table 
where uuid = '{'+'7DA26ECB-D599-4469-91D4-F9136EC0B4E8'+'}'

    Se você tentar converter

    SELECT CONVERT(UNIQUEIDENTIFIER, '{'+'7DA26ECB-D599-4469-91D4-F9136EC0B4E8EXTRACHARS'+'}');

    você consegue

    Msg 8169, Level 16, State 2, Line 1
Conversion failed when converting from a character string to uniqueidentifier.
    • 10

relate perguntas