Início / dba / Perguntas / 185133
Accepted
cocogorilla
Asked: 2017-09-06 13:27:54 +0800 CST

Barras e pontos de interrogação problemáticos em valores de índice exclusivos

  • 772

O que há nos Phonevalores inseridos abaixo que o SQL Server os trata como idênticos em um índice exclusivo?

CREATE TABLE Phone
(
  Id int identity(1, 1) primary key,
  Phone nvarchar(448) not null
)
go

create unique index IX_Phone on Phone(Phone)
with (data_compression = page);
go

insert into Phone Values ('?281/?263-?8400');
insert into Phone Values ('‎281/‎263-‎8400');

select * from Phone;

drop table Phone;

Recebo uma mensagem de erro:

Msg 2601, Level 14, State 1, Line 13 Não é possível inserir linha de chave duplicada no objeto 'dbo.Phone' com índice exclusivo 'IX_Phone'. O valor da chave duplicada é (?281/?263-?8400).

sql-server sql-server-2016

2 respostas

  1. Best Answer

    Seu problema é que você passa strings unicode como non-unicode .

    Seu '‎281/‎263-‎8400' é uma string de 15 caracteres, não 12, existem 3 símbolos 8206 não imprimíveis, marca da esquerda para a direita

    select len('‎281/‎263-‎8400'); -- 15 !!!

    Tente este código onde eu passo os valores unicode como unicode e vejo que não há problema algum:

    CREATE TABLE dbo.Phone
(
  Id int identity(1, 1) primary key,
  Phone nvarchar(448) not null
)
go

create unique index IX_Phone on Phone(Phone)
with (data_compression = page);
go

insert into Phone(phone) Values (N'?281/?263-?8400');
insert into Phone(phone) Values (N'‎281/‎263-‎8400');

select * from Phone;

    E é isso que sua string '‎281/‎263-‎8400' realmente contém ( dbo.numsé minha tabela que contém números naturais):

    declare @t table(col1 nvarchar(100), col2 nvarchar(100));
insert into @t values (N'?281/?263-?8400',  N'‎281/‎263-‎8400'); 

select n, unicode(substring(col1, n, 1)), unicode(substring(col2, n, 1))
from @t cross join dbo.nums
where n <= 15;

    insira a descrição da imagem aqui

    Agora, o que acontece quando você passa sua string unicode como não unicode.

    Seu símbolo não imprimível 8206 é transformado em ?, é assim que as strings não-unicode funcionam: cada caractere que não pode ser encontrado na página de código correspondente e representado como código ascii é substituído por um ponto de interrogação.

    Então, por exemplo, se você usar Latin Collation e tentar comparar caracteres hebraicos e cirílicos (o mesmo número de caracteres), pois varchareles sempre são iguais apenas porque são transformados em pontos de interrogação ao comparar, nvarcharpois são diferentes:

    insira a descrição da imagem aqui

    Portanto, se agora você tentar inserir esses 2 valores (hebraico + cirílico) na sua tabela Phone passando-os como non-unicode(sem usar N), apenas um deles será inserido e o outro será rejeitado por restrição exclusiva. E se você tentar selecionar em Telefone, '?????' será retornado

    • 4

  2. Não sei por que '‎281/‎263-‎8400' está retornando o mesmo valor que '?281/?263-?8400'. Para corrigi-lo, basta alterar seus INSERTcomandos para que eles usem valores unicode:

    insert into Phone Values (N'?281/?263-?8400');
insert into Phone Values (N'‎281/‎263-‎8400');
    • 0

relate perguntas