Início / dba / Perguntas / 82653
Accepted
carlo.borreo
Asked: 2014-11-15 01:16:57 +0800 CST

SQL Server: desempenho de IDENTITY vs INT como chave primária

  • 772

A tabela mais importante do meu banco de dados tem cerca de 300.000 registros e está crescendo. Mais de 20 mesas possuem um FK. Sua chave primária é um número, mas por razões históricas é definido como nvarchar(6) que obviamente é ineficiente (e feio). Às vezes, os registros são excluídos do registro; portanto, a chave primária está se aproximando de 999.999 e devo alterá-la. Um campo de identidade seria a escolha óbvia. Uma chave int, ou similar, com o incremento produzido por um gatilho ou pelo software, seria uma alternativa. Isso seria viável porque os registros são sempre inseridos um por vez. Uma chave int forneceria melhores desempenhos com consultas complexas?

sql-server sql-server-2008-r2

1 respostas

  1. Best Answer

    IDENTITYnão é um tipo de coluna por si só, é uma propriedade que pode ser aplicada a qualquer tipo de coluna inteira. Geralmente é aplicado a um INTe nesse caso não há diferença (a coluna é uma INTcoluna, com a IDENTITYpropriedade definida) embora possa ser aplicado a qualquer tipo que seja internamente um inteiro ( BIGINT, DECIMAL, MONEY, ...).

    Embora seu tipo de string seja feio e um número inteiro seja consideravelmente mais eficiente, mudar para um tipo numérico exigirá algum esforço de teste para garantir que nenhum código de seu aplicativo tenha esquisitices que o tornem sensível aos tipos de dados dessas chaves. Eu recomendo fortemente que você não apenas faça a mudança e espere pelo melhor! Mesmo apenas estender as chaves para NVARCHAR(10)ou algo assim pode ser problemático se algum código assumir que as chaves nunca terão mais de seis caracteres ... Se você não mudar para um tipo numérico, pelo menos considere mudar para CHAR()- um formato de string não variável também será mais eficiente e, se você estiver armazenando apenas números, não precisará do armazenamento de dois bytes por caractere de um tipo unicode como N[VAR]CHAR.

    • 6

relate perguntas