Quero melhorar o desempenho da consulta var dbObj = dbSet.Where(x => x.Name == name).FirstOrDefault();
feita na tabela colada abaixo. Eu estava pensando em adicionar um índice em [Name]
. Que tipo de índice devo usar se não precisar da capacidade de consultar substrings?
CREATE TABLE [dbo].[TitleTypes] (
[Id] INT IDENTITY (1, 1) NOT NULL,
[Name] VARCHAR (MAX) NOT NULL,
SysStartTime DATETIME2 GENERATED ALWAYS AS ROW START NOT NULL,
SysEndTime DATETIME2 GENERATED ALWAYS AS ROW END NOT NULL,
PERIOD FOR SYSTEM_TIME (SysStartTime,SysEndTime),
CONSTRAINT [PK_TitleTypes] PRIMARY KEY CLUSTERED ([Id] ASC)
)
WITH (SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.[TitleTypesHistory]));
Estou analisando a pesquisa de texto completo, que requer a criação de um catálogo. Se eu entendi minha pesquisa corretamente, isso beneficiaria muito alguém que precisa pesquisar substrings no texto, o que não é o caso aqui. Em vez disso, eu esperava algo como um índice de um binário de strings para tornar mais rápido determinar se minha string de pesquisa está contida na coluna.
Sugiro avaliar o MAX LEN do campo [name] , para ver o uso real dele.
Você pode eventualmente adicionar um novo campo com os primeiros 8.000 caracteres do campo [nome] e indexar esse campo.
Mas você definitivamente precisa reformular a maneira como armazena esses dados de maneira pesquisável.
Para colunas de caracteres largos, sua melhor aposta é calcular uma soma de verificação e adicionar um índice.
Em seguida, calcule a soma de verificação do que você está procurando e adicione isso à sua consulta, fica assim:
-- adiciona uma coluna computada persistente, vamos calcular um checksum sobre a coluna body que é do tipo nvarchar(max) alter table dbo.posts add chksum_body as checksum(body) persisted
-- adiciona um índice não clusterizado à tabela para a nova coluna cria um índice não clusterizado ncix_posts_chksum_body em dbo.posts (chksum_body)
-- mostra io da consulta e estatísticas do conjunto de uso da CPU io, tempo ligado
-- precisamos de 2 variáveis, uma para a string que estamos procurando e outra para sua soma de verificação declare @str nvarchar(max) declare @chksumstr int
-- inicialize a variável com a string de pesquisa selecione @str = N'Alguém pode me ajudar a indexar colunas largas no SQL Server, por favor' -- calcule uma soma de verificação para a string de pesquisa e armazene em uma variável select @chksumstr = checksum(@str )
-- compare a pesquisa da maneira antiga (sem índice) selecione os 100 melhores * de [dbo]. [Posts] onde body = N'Alguém pode me ajudar a indexar colunas amplas no SQL Server, por favor'
-- para pesquisar usando a soma de verificação, observe que verificamos novamente o valor do corpo para eliminar quaisquer correspondências falsas devido a colisões de soma de verificação -- mas como temos uma busca de índice, estamos apenas fazendo um filtro residual nas poucas linhas correspondentes, selecione as 100 principais * de [dbo].[Posts] onde body = @str e chksum_body = @chksumstr Tempos de execução do SQL Server: tempo de CPU = 0 ms, tempo decorrido = 0 ms.
Id AcceptedAnswerId AnswerCount Body 72 0 2 Alguém pode me ajudar a indexar colunas largas no SQL Server por favor (1 linha afetada)
Tabela 'Postagens'. Contagem de varredura 5, leituras lógicas 4239877, leituras físicas 2150, leituras do servidor de páginas 0, leituras antecipadas 4194084, leituras antecipadas do servidor de páginas 0, leituras lógicas lob 677199, leituras físicas lob 407176, leituras do servidor de páginas lob 0, leituras lob- A frente lê 0, a leitura antecipada do servidor de página lob lê 0. Tabela 'Tabela de trabalho'. Contagem de varredura 0, leitura lógica 0, leitura física 0, servidor de página lê 0, leitura antecipada lê 0, leitura antecipada do servidor de página lê 0, leitura lógica lob 0, leitura física lob 0, servidor de página lob lê 0, leitura lob ahead lê 0, lob page server read-ahead lê 0.
Tempos de execução do SQL Server: tempo de CPU = 34.829 ms, tempo decorrido = 36.995 ms.
Id AcceptedAnswerId AnswerCount Body 72 0 2 Alguém pode me ajudar a indexar colunas largas no SQL Server por favor (1 linha afetada)
Tabela 'Postagens'. Contagem de varredura 1, leitura lógica 7, leitura física 4, servidor de página lê 0, leitura antecipada lê 0, leitura antecipada do servidor de página lê 0, leitura lógica lob 0, leitura física lob 0, servidor de página lob lê 0, leitura lob ahead lê 0, lob page server read-ahead lê 0.
Tempos de execução do SQL Server: tempo de CPU = 0 ms, tempo decorrido = 0 ms.