Índices columnstore no data warehouse

  • Artigo

Aplica-se a: SQL Server Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure Analytics Platform System (PDW)

Os índices columnstore, junto com o particionamento, são essenciais para criar um data warehouse do SQL Server. Este artigo se concentra nos principais casos de uso e exemplos de designs de data warehouse com o Mecanismo de Banco de Dados SQL.

Principais recursos para data warehouse

O SQL Server 2016 (13.x) introduziu esses recursos para aprimoramentos de desempenho do columnstore:

  • O AlwaysOn dá suporte à consulta de um índice columnstore em uma réplica secundária legível.
  • O MARS (Multiple Active Result Sets) oferece suporte aos índices columnstore.
  • Uma nova exibição de gerenciamento dinâmico sys.dm_db_column_store_row_group_physical_stats (Transact-SQL) fornece informações em nível de grupo de linhas de solução de problemas de desempenho.
  • Consultas de thread único nos índices columnstore podem ser executadas em modo de lote. Anteriormente, somente consultas multithread podiam ser executadas em modo de lote.
  • O operador SORT é executado no modo de lote.
  • Várias operações DISTINCT são executadas no modo de lote.
  • As Agregações de Janela agora são executadas no modo de lote no nível de compatibilidade do banco de dados 130 e superior.
  • Aplicação de agregação para processamento eficiente de agregações. Isso tem suporte em todos os níveis de compatibilidade de banco de dados.
  • Aplicação de predicado de cadeia de caracteres para o processamento eficiente dos predicados de cadeia de caracteres. Isso tem suporte em todos os níveis de compatibilidade de banco de dados.
  • Isolamento de instantâneo no nível de compatibilidade do banco de dados 130 e superior.
  • Os índices columnstore de cluster ordenados foram introduzidos com o SQL Server 2022 (16.x). Para obter mais informações, consulte CREATE COLUMNSTORE INDEX e Ajuste de desempenho com índices columnstore clusterizados ordenados. Para obter a disponibilidade do índice columnstore ordenado, consulte Disponibilidade do índice de coluna ordenada.

Para obter mais informações sobre novos recursos em versões e plataformas do SQL Server e do SQL do Azure, veja Novidades em índices columnstore.

Melhora o desempenho combinando índices não clusterizado e columnstore

A partir do SQL Server 2016 (13.x), você pode definir índices não clusterizados rowstore em um índice columnstore clusterizado.

Exemplo: melhorar a eficiência de buscas de tabelas com um índice não clusterizado

Para melhorar a eficiência das buscas de tabelas em um data warehouse, você pode criar um índice não clusterizado projetado para executar consultas que executam melhor com as buscas de tabelas. Por exemplo, as consultas que procuram valores correspondentes ou retornam um pequeno intervalo de valores têm um desempenho melhor em um índice de árvore B em vez de um índice columnstore. Elas não exigem uma verificação de tabela completa por meio do índice columnstore e retornam o resultado correto com mais rapidez, fazendo uma pesquisa binária por meio de um índice de árvore B.

--BASIC EXAMPLE: Create a nonclustered index on a columnstore table.  
  
--Create the table  
CREATE TABLE t_account (  
    AccountKey int NOT NULL,  
    AccountDescription nvarchar (50),  
    AccountType nvarchar(50),  
    UnitSold int  
);  
GO  
  
--Store the table as a columnstore.  
CREATE CLUSTERED COLUMNSTORE INDEX taccount_cci ON t_account;  
GO  
  
--Add a nonclustered index.  
CREATE UNIQUE INDEX taccount_nc1 ON t_account (AccountKey);

Exemplo: use um índice não clusterizado para impor uma restrição de chave primária em um tabela columnstore

Por padrão, uma tabela columnstore não permite uma restrição de chave primária clusterizada. Agora você pode usar um índice não clusterizado em uma tabela columnstore para impor uma restrição de chave primária. Uma chave primária é equivalente a uma restrição UNIQUE em uma coluna não NULL, e o SQL Server implementa uma restrição UNIQUE como um índice não clusterizado. Combinando esses fatos, o exemplo a seguir define uma restrição UNIQUE na accountkey da coluna não NULL. O resultado é um índice não clusterizado que impõe uma restrição de chave primária como uma restrição UNIQUE em uma coluna não NULL.

Em seguida, a tabela é convertida em um índice columnstore clusterizado. Durante a conversão, o índice não clusterizado persiste. O resultado é um índice columnstore clusterizado com um índice não clusterizado que impõe a restrição de chave primária. Uma vez que qualquer atualização ou inserção na tabela columnstore também afeta o índice não clusterizado, todas as operações que violarem a restrição exclusiva e o não NULL causa a falha de toda a operação.

O resultado é um índice columnstore com um índice não clusterizado que impõe uma restrição de chave primária nos dois índices.

--EXAMPLE: Enforce a primary key constraint on a columnstore table.   
  
--Create a rowstore table with a unique constraint.  
--The unique constraint is implemented as a nonclustered index.  
CREATE TABLE t_account (  
    AccountKey int NOT NULL,  
    AccountDescription nvarchar (50),  
    AccountType nvarchar(50),  
    UnitSold int,  
  
    CONSTRAINT uniq_account UNIQUE (AccountKey)  
);  
  
--Store the table as a columnstore.   
--The unique constraint is preserved as a nonclustered index on the columnstore table.  
CREATE CLUSTERED COLUMNSTORE INDEX t_account_cci ON t_account  
  
--By using the previous two steps, every row in the table meets the UNIQUE constraint  
--on a non-NULL column.  
--This has the same end-result as having a primary key constraint  
--All updates and inserts must meet the unique constraint on the nonclustered index or they will fail.  
  
--If desired, add a foreign key constraint on AccountKey.  
  
ALTER TABLE [dbo].[t_account]  
WITH CHECK ADD FOREIGN KEY([AccountKey]) REFERENCES my_dimension(Accountkey);

Melhorar o desempenho permitindo o bloqueio no nível da linha e no nível do grupo de linhas

Para complementar o índice não clusterizado em um recurso de índice columnstore, o SQL Server 2016 (13.x) oferece o recurso de bloqueio granular para selecionar, atualizar e excluir operações. É possível executar consultas com o bloqueio no nível de linha em buscas de índice com base em um índice não clusterizado, e um bloqueio no nível do grupo de linhas em verificações de tabela completa com base no índice columnstore. Use isto para alcançar maior simultaneidade de leitura/gravação usando adequadamente o bloqueio no nível de linha e no nível do grupo de linhas.

--Granular locking example  
--Store table t_account as a columnstore table.  
CREATE CLUSTERED COLUMNSTORE INDEX taccount_cci ON t_account  
GO  
  
--Add a nonclustered index for use with this example  
CREATE UNIQUE INDEX taccount_nc1 ON t_account (AccountKey);  
GO  
  
--Look at locking with access through the nonclustered index  
SET TRANSACTION ISOLATION LEVEL repeatable read;  
GO  
  
BEGIN TRAN  
    -- The query plan chooses a seek operation on the nonclustered index  
    -- and takes the row lock  
    SELECT * FROM t_account WHERE AccountKey = 100;  
COMMIT TRAN

Isolamento de instantâneo e isolamentos de instantâneo de leitura confirmada

Use o SI (isolamento de instantâneo) para garantir a consistência transacional, e os RCSI (isolamentos de instantâneo de leitura confirmada) para garantir a consistência no nível da instrução para consultas em índices columnstore. Isso permite que as consultas sejam executadas sem bloquear os gravadores de dados. Esse comportamento de não bloqueio também reduz consideravelmente a probabilidade de deadlocks para transações complexas. Para obter mais informações, consulte Isolamento de instantâneo no SQL Server.

Conteúdo relacionado