Início / dba / Perguntas / 308624
Accepted
Racer SQL
Asked: 2022-03-12 07:00:11 +0800 CST

Existe uma maneira de adicionar INCLUDE para um índice UNIQUE NONCLUSTERED?

  • 772

temos uma tabela com 4 colunas ( exemplo ):

create TABLE [dbo].[myTable]
(
        [Id] BIGINT NOT NULL,
        [Id2] SMALLINT NOT NULL,
        [Id3] SMALLINT NOT NULL,
        [IdUnique] UNIQUEIDENTIFIER NOT NULL,
        [CreateDate] DATETIME NOT NULL,
        CONSTRAINT [PK_MyTable_Id_Id2_Id3] PRIMARY KEY CLUSTERED ([Id], [Id2], [Id3]),
        CONSTRAINT [UQ_MyTable_IdUnique] UNIQUE NONCLUSTERED ([IdUnique] ASC )  
)

A ideia é usar IdUnique no WHERE para recuperar ID,ID2 e ID3:

insira a descrição da imagem aqui

mas obviamente estamos tendo um keylookup.

Como posso INCLUIR uma coluna de inclusão em um índice exclusivo não clusterizado?

Não consigo encontrar nada relacionado a isso.

sql-server index

2 respostas

  1. Índices de restrição exclusivos não permitem colunas incluídas. Você precisa criar um índice não clusterizado exclusivo regular em vez de incluir colunas.

    Dito isso, não é necessário incluir essas colunas porque elas são a chave do índice clusterizado. A chave de índice clusterizado é incluída implicitamente em todos os nós folha de índice não clusterizado para uso como localizador de linha.

    A única razão pela qual você vê uma pesquisa de chave no plano é por causa de SELECT *, que requer CreateDate, além disso, as outras colunas de interesse. Mais um motivo para evitá-lo.

    • 10
  2. Best Answer

    Adicionando inclusões em restrições

    Um INCLUDEnão é compatível com CONSTRAINTSo , seja em linha ou durante a criação autônoma. Se você quiser que seu CONSTRAINTtenha um INCLUDE, precisará criar o CONSTRAINTcomo UNIQUE INDEXem vez disso.

    No entanto, conforme apontado por Paul White, a criação de índice embutido com inclusões não tem suporte até o SQL Server 2019. Nas versões do SQL Server anteriores a 2019, a solução alternativa seria criar uma UNIQUE INDEXinstrução autônoma.

    Além disso, sua consulta está usando SELECT *, o que significa que CreateDatatambém está sendo retornado. Esta é a coluna que realmente conduz a pesquisa de chave. Então, CreateDateseria a coluna que você precisa incluir. Caso contrário, você precisará listar explicitamente apenas as três IDcolunas que deseja selecionar. Se CreateDatefor retornado, o índice a seguir o ajudará a evitar a Pesquisa de Chave.

    Crie um índice exclusivo embutido com inclusões, SQL Server 2019 e superior

    CREATE TABLE [dbo].[myTable2]
(
    [Id] BIGINT NOT NULL,
    [Id2] SMALLINT NOT NULL,
    [Id3] SMALLINT NOT NULL,
    [IdUnique] UNIQUEIDENTIFIER NOT NULL,
    [CreateDate] DATETIME NOT NULL,
    CONSTRAINT [PK_MyTable_Id_Id2_Id3] PRIMARY KEY CLUSTERED ([Id], [Id2], [Id3]),
    INDEX [UQ_MyTable_IdUnique] UNIQUE NONCLUSTERED ([IdUnique] ASC) INCLUDE (CreateDate) 
)

    Crie um índice exclusivo com inclusões, antes do SQL Server 2019

    CREATE UNIQUE NONCLUSTERED INDEX UQ_MyTable_IdUnique
    ON dbo.myTable (IdUnique)
    INCLUDE (CreateDate)

    CRIAR ÍNDICE

    Imagem maior

    Existe algum motivo para se preocupar com essa pesquisa de chave específica? As pesquisas de chave geralmente são ruins, mas isso não significa que você sempre precisa se livrar delas toda vez que as encontrar. No seu caso, você está consultando uma tabela em uma coluna exclusiva. Isso deve sempre retornar, no máximo, uma linha. Assim, no máximo, tenha um Key Lookup. Eu não consideraria isso uma quantidade significativa de sobrecarga.

    Meu ponto é, certifique-se de ter um "problema real" aqui, antes de tentar corrigi-lo.

    • 6

relate perguntas