Início / dba / Perguntas / 45314
Accepted
8kb
Asked: 2013-06-27 12:15:08 +0800 CST

Razão para usar hexadecimal em NCHAR ()?

  • 772

Eu encontrei isso em algum código-fonte hoje:

        SELECT
            @Error = ERROR_NUMBER (),
            @ErrorMsg = N'An Error occured while populating the TABLE ' + @DestinationTableName +
                        N' with data. Error Code: ' + CAST ( @Error AS nvarchar(20) ) + 
                        N', Error Description: "' + ERROR_MESSAGE () + N'".' 
                        + NCHAR(0X0D) + NCHAR(0X0A) + NCHAR(0X0D) + NCHAR(0X0A),
            @ErrorSeverity = ERROR_SEVERITY (),
            @ErrorState = ERROR_STATE () ;

Parece que a string da mensagem de erro está adicionando dois feeds de linha após a descrição. 0X0D é 13 e 0X0A é 10.

Existe uma razão para usar hexadecimal em vez de apenas números inteiros?

Normalmente o que eu fiz é NCHAR(13) + NCHAR(10)...

sql-server sql-server-2008

2 respostas

  1. Best Answer

    Sim, existe o motivo óbvio de legibilidade. Para programadores, números decimais não têm sentido. O que diabos é 3221225477? Mas 0xc0000005você o reconhece imediatamente. 2147500037? Não toca sino, mas 0x80004005superconhecido. Estes são valores que carregam significado, você os reconhece de relance depois de vê-los todos os dias no depurador... Torna-se uma segunda natureza.

    E não, não estou brincando nem sendo sarcástico. Sou muito sério. Eu também usaria 0x0D e 0x0A. Se eu vir 13, teria que pensar que valor é esse.

    • 3

  2. Como você disse na sua pergunta, esses valores são equivalentes e, portanto, não há razão ou diferença. É apenas a base usada (hexadecimal [base 16] vs. decimal [base 10]).

    Aqui está a prova de que eles são iguais:

    if nchar(13) = nchar(0x0D)
begin
    print 'nchar(13) is equal to nchar(0x0D)';
end

    Portanto, para responder à sua pergunta: não, não há razão para usar valores hexadecimais em decimais. Tradicionalmente, com bitmaps e operações bit a bit, é muito mais fácil fazer matemática visual de bits com hex, mas isso claramente não é a força motriz por trás da intenção do desenvolvedor original com esse código.

    Veja também a referência de BOL em NCHAR :

    Sintaxe

    NCHAR ( integer_expression )

    expressão_inteira

    Quando o agrupamento do banco de dados não contém o sinalizador de caractere suplementar (SC), esse é um número inteiro positivo de 0 a 65535 (0 a 0xFFFF) . Se um valor fora desse intervalo for especificado, NULL será retornado. Para obter mais informações sobre caracteres complementares, consulte Collation e suporte a Unicode.

    Quando o agrupamento do banco de dados dá suporte ao sinalizador de caractere suplementar (SC), esse é um número inteiro positivo de 0 a 1114111 (0 a 0x10FFFF). Se um valor fora desse intervalo for especificado, NULL será retornado.

    • 2

relate perguntas