Início / dba / Perguntas / 151287
Accepted
VansFannel
Asked: 2016-10-03 22:12:28 +0800 CST

Otimize uma UNIQUE CONSTRAINT para tornar o SELECT mais rápido

  • 772

Tenho um banco de dados no SQL Server 2012 SP3 com esta tabela:

CREATE TABLE [dbo].[Code] (
    [CodeId]            INT            IDENTITY (1, 1) NOT NULL,
    [Serial]            NVARCHAR (20)  NOT NULL,
    [AggregationLevelId]  TINYINT      NOT NULL,
    [...],
    CONSTRAINT [PK_CODE] PRIMARY KEY CLUSTERED ([CodeId] ASC),
    CONSTRAINT [UC_CODE_SERIAL] UNIQUE NONCLUSTERED ([Serial] ASC)
)

Usando o Sql Server Management Studio Activity Monitor, vi que a seleção a seguir tem uma duração média de 32 ms.

set @maxCode = (select max(Serial) from Code where AggregationLevelId = @codeLevel);

Existe alguma maneira de melhorá-lo? Eu perguntei isso porque não sei se posso adicionar um novo índice a uma coluna que tenha uma restrição exclusiva.

ATUALIZAR:

Codetabela também tem este índice:

CREATE NONCLUSTERED INDEX [ix255] ON [dbo].[Code]
(
    [AggregationLevelId] ASC
)
INCLUDE (   [Serial],
    [CodeId]) 
WHERE ([CommissioningFlag]=(255))
sql-server database-design

1 respostas

  1. Best Answer

    Para o melhor desempenho de sua consulta, a tabela deve ter um índice em (AggregationLevelId, Serial). Um índice em duas colunas. A ordem das colunas no índice é importante. Como Serialé único, esse índice de duas colunas também pode e deve ser declarado único.

    CREATE UNIQUE NONCLUSTERED INDEX [IX_AggregationLevelId_Serial] ON [dbo].[Code]
(
    [AggregationLevelId] ASC,
    [Serial] ASC
)

    Você pode criar esse índice além dos índices e restrições existentes. Não há limitação. Isso afetará o desempenho de inserções e atualizações como qualquer outro índice extra.

    Provavelmente, o otimizador usaria uma única busca em tal índice para sua consulta, mas ocasionalmente me deparei com uma situação em que a consulta MAXnão teve um bom desempenho, mesmo com o índice de suporte adequado. (lembro vagamente que acontecia quando a tabela não tinha linhas para o dado AggregationLevelId).

    Então, eu pessoalmente uso a variante equivalente da consulta:

    SET @maxCode = 
(
    SELECT TOP(1) Serial
    FROM Code
    WHERE AggregationLevelId = @codeLevel
    ORDER BY Serial DESC
);

    O otimizador deve ser inteligente o suficiente para usar o índice com Serial ASC, mesmo que a consulta seja ordenada por Serial DESC.

    • 3

relate perguntas