Início / dba / Perguntas / 65245
Accepted
Shaul Behr
Asked: 2014-05-17 07:06:17 +0800 CST

Criando índice no campo calculado: string ou dados binários seriam truncados

  • 772

Tenho uma tabela Foocom os seguintes campos:

ID bigint not null identity(1,1),
SerializedValue nvarchar(max),
LongValue as TRY_CAST(SerializedValue as bigint)

Agora quero criar um índice em LongValue, para que eu possa pesquisar facilmente valores serializados que representam números.

create nonclustered index IX_Foo on Foo(LongValue);

Que cospe o seguinte erro para mim:

String ou dados binários seriam truncados.

Sim, existem dados em SerializedValue. Mas o que, por favor, pode ser truncado ao criar um índice em um campo computado?

sql-server sql-server-2012

2 respostas

  1. Best Answer

    O erro não é causado pela criação do índice. O erro é causado TRY_CASTquando os valores da coluna computada são avaliados na criação do índice.

    Se eu executar isso:

    SELECT TRY_CAST(REPLICATE(CONVERT(nvarchar(MAX), N'a'), 4001) AS bigint)

    Eu recebo o mesmo erro.

    A documentação diz (ênfase minha):

    Se a conversão for bem-sucedida, TRY_CAST retornará o valor como o data_type especificado; se ocorrer um erro, null será retornado. No entanto , se você solicitar uma conversão explicitamente não permitida, TRY_CAST falhará com um erro.

    Agora, não está exatamente claro em quais casos ele falhará com um erro (parece meio estúpido considerando todo o objetivo da função, mas de qualquer maneira...), então podemos consertar o código transformando os valores de entrada (use algo razoável para os dados em sua tabela), pois não há necessidade de processar uma string enorme quando ela não cabe em um bigint de qualquer maneira:

    SELECT TRY_CAST(LEFT(REPLICATE(CONVERT(nvarchar(MAX), N'1'), 4001), 100) AS bigint)

    Isso retorna NULLcomo o valor não é válido, mas não bombardeia com um erro.

    • 8

  2. Se você tiver uma string com um valor muito longo, a criação do índice falhará. Eu tentei um pequeno código de teste usando o SQL Server 2012.

    CREATE TABLE dbo.foo 
(ID bigint not null identity(1,1),
SerializedValue nvarchar(max),
LongValue as TRY_CAST(SerializedValue as bigint));

INSERT INTO dbo.foo (serializedvalue) VALUES(REPLICATE(' ', 4000)+'1');

CREATE INDEX GotToTry ON foo(LongValue);

DROP TABLE dbo.foo;
GO

    Meu experimento rápido mostrou que o código funciona desde que o valor nvarchar(max) seja de 4.000 caracteres ou menos. (Claro, todos os espaços em branco sem nada no final se reduzem a nenhum caractere e, portanto, funcionam muito bem.) O 4001º caractere aciona a String or binary data would be truncatedmensagem. Portanto, você pode examinar seus dados em busca de um SerializedValue com mais de 4.000 caracteres.

    EDIT: Sim, a conversão é para um arquivo BIGINT. O problema não é o BIGINT, mas é o NVARCHAR(MAX). Por exemplo:

    1. Se uma linha contiver '1111111111111111111', ela CREATE INDEXconverterá o valor em BIGINT.
    2. Se uma linha for de 0 a 4000 '1's, pode CREATE INDEX, mas o valor pode ser NULL, pois estoura BIGINT.
    3. Se uma linha tiver mais de 4.000 caracteres, haverá CREATE INDEXfalha.

    Portanto, parece que o conteúdo real de NVARCHAR(MAX) é o que importa para CREATE INDEX.

    EDIT: Jon Seigel identificou que o TRY_CAST aciona a falha na criação do índice quando a string é maior que nvarchar (4000).

    • -1

relate perguntas