Início / dba / Perguntas / 82035
Accepted
AA.SC
Asked: 2014-11-06 22:58:29 +0800 CST

Qual é a diferença entre as colunas is_unique e is_unique_constraint em sys.indexes

  • 772

Temos duas colunas is_uniquee is_unique_constraintpara restrições únicas sys.indexese quero esclarecer alguns conceitos com base nessas duas colunas

  1. A instrução de criação para ambos os tipos de índices é a mesma, exceto fill factoro valor da propriedade ou estou perdendo alguma coisa?
  2. Se a declaração 1 for verdadeira, por que temos duas colunas em sys.indexes para restrição exclusiva?

  3. Quando is_unique=1 is_unique_constraint =0e, em seguida, solte a instrução para o índice é
    DROP INDEX [index name] ON [dbo].[TableName] WITH ( ONLINE = OFF )

    E quando is_unique=1 is_unique_constraint =1e, em seguida, solte a instrução para o índice é
    ALTER TABLE [dbo].[TableName] DROP CONSTRAINT [IndexName]

    Por que?

  4. Onde usamos índice exclusivo e onde restrição exclusiva, qual é a melhor prática?

sql-server sql-server-2008-r2

2 respostas

  1. Best Answer

    O fato é que não há diferença prática entre uma restrição única e um índice único.

    1. Consultando sys.objects, você encontrará a restrição exclusiva listada como um objeto de restrição e seu índice relacionado pode ser encontrado durante a consulta sys.indexes, onde está marcado is_unique = 1, bem como is_unique_constraint = 1. Por outro lado, para índices únicos is_unique_constraint, o valor será zero (0).
    2. Ao criar uma restrição exclusiva, você pode usar a opção Fator de preenchimento para comparar com o índice exclusivo, onde você tem mais opções como FILLFACTOR, PAD_INDEX, IGNORE_DUP_KEY, DROP_EXISTING, and STATISTICS_NORECOMPUTE.
    3. A restrição exclusiva é mantida por meio de um índice exclusivo
    4. Assim como Padrão e Chave Primária, uma restrição exclusiva não pode ser desativada usando a sintaxe NOCHECK
    5. Para excluir um índice único com is_unique_constraint = 1, é necessário excluí-lo através da sintaxe DROP CONSTRAINT ao invés de DROP INDEX porque tal índice está associado a uma restrição única (objeto), então deve-se remover CONSTRAINT e o índice será descartado automaticamente.

    Como prática recomendada , se a exclusividade for necessária, aplique sempre a restrição exclusiva, em vez de criar apenas um índice exclusivo. Desta forma, você não pode descartar um índice único acidentalmente. Também desta forma, você pode documentar facilmente todas as restrições aplicadas.
    http://technet.microsoft.com/en-us/library/aa224827(v=sql.80).aspx

    • 4

  2. Além da resposta dos aasims, a única grande diferença aqui Unique Indexé que não é um objeto de banco de dados. Enquanto a unique Constrainté um objeto.

    No entanto, além disso, não há outras diferenças importantes:

    • Ambos alcançam o mesmo desempenho
    • Ambos atingem o mesmo objetivo final.

    EDITAR:

    Por que você usaria índice exclusivo vs restrição, qual é a melhor prática?

    Não há uma prática recomendada de tamanho único aqui. Por uma razão principal (pelo menos). Uma restrição exclusiva permite apenas um valor nulo na coluna. No entanto, você pode criar um índice exclusivo sem incluir os nullvalores:

    Create unique Index MyUniqueIndex on Contacts (ContactId) where Email is not null

    Isso criaria o índice, mas SOMENTE onde os valores na coluna Email não são nulos.

    • 3

relate perguntas