No SQL Server 2022 (16.x) e versões posteriores, a função GENERATE_SERIES é uma ferramenta poderosa para criar uma sequência de números dentro de um intervalo especificado. Seja para fins de testes, análises de dados ou outros cenários, essa função permite gerar números de forma eficiente e flexível. Neste post, vamos explorar como usar essa função e entender seus detalhes.

O que é a Função GENERATE_SERIES?

A função GENERATE_SERIES foi introduzida no SQL Server 2022 (16.x) e também está disponível no Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure. Ela gera uma sequência de números dentro de um intervalo definido pelo usuário, com a possibilidade de especificar o valor de incremento ou decremento entre os números.

Aplicações da Função

A função GENERATE_SERIES pode ser muito útil em diversas situações, incluindo:

• Criação de intervalos sequenciais: Para gerar números em sequência, como datas ou identificadores.
• Testes e validações: Para realizar testes em dados gerados automaticamente, sem a necessidade de inserir manualmente os números.
• Análise de Dados: Ao gerar séries numéricas, você pode usar essas sequências como base para operações analíticas.

Requisitos de Compatibilidade

Para usar a função GENERATE_SERIES, é necessário que o banco de dados esteja com o nível de compatibilidade configurado como 160 ou superior. Caso contrário, o SQL Server não reconhecerá a função. Para verificar ou alterar o nível de compatibilidade do banco de dados, use o comando:

ALTER DATABASE NomeDoBanco SET COMPATIBILITY_LEVEL = 160;

Isso garante que você poderá aproveitar os recursos do SQL Server 2022 e versões mais recentes.

Sintaxe da Função GENERATE_SERIES

A sintaxe da função GENERATE_SERIES é simples e fácil de usar:

GENERATE_SERIES (start, stop [, step])

Argumentos:

• start: O valor inicial do intervalo (pode ser tinyint, smallint, int, bigint, decimal, ou numeric).
• stop: O valor final do intervalo, que deve ser do mesmo tipo de dados que o start.
• step (opcional): O valor que indica o incremento ou decremento entre os números na sequência. O valor padrão é 1, mas você pode personalizar conforme a necessidade. O valor de step não pode ser zero.

Tipos de Retorno

A função retorna uma tabela com uma coluna única chamada value, que contém a sequência gerada. O tipo de dados da coluna será o mesmo de start e stop.

---

Exemplo

Gerando uma sequência de números inteiros de 1 a 10 (incremento padrão de 1)

Este exemplo gera uma série de números inteiros de 1 a 10, com o incremento padrão de 1:

SELECT value FROM GENERATE_SERIES(1, 10);

Resultado:

value
1
2
3
4
5
6
7
8
9
10

---

Considerações Finais

A função GENERATE_SERIES no SQL Server 2022 (16.x) é uma ferramenta valiosa para gerar séries de números sequenciais. Seja para fins analíticos, de teste ou de cálculos, ela oferece flexibilidade e eficiência, sem a necessidade de manipulações complexas.

Gerenciar estatísticas no SQL Server sempre foi uma parte essencial do desempenho e da manutenção do banco de dados. No entanto, alterações de esquema em tabelas com estatísticas criadas manualmente costumavam ser um problema — essas estatísticas podiam bloquear mudanças, exigindo ações manuais para removê-las. Felizmente, a partir do SQL Server 2022 (16.x), esse cenário mudou com a introdução da opção AUTO_DROP.

O Que é AUTO_DROP?

A opção AUTO_DROP é um novo recurso disponível no SQL Server 2022, no Banco de Dados SQL do Azure e na Instância Gerenciada do SQL do Azure. Com ela, você pode criar estatísticas manuais que se comportam como as estatísticas geradas automaticamente — ou seja, elas não bloqueiam alterações de esquema e são descartadas automaticamente quando não forem mais necessárias.

Esse comportamento é habilitado por padrão para todos os bancos de dados novos ou migrados no SQL Server 2022.

Antes do SQL Server 2022

Se você já precisou excluir uma coluna ou modificar a estrutura de uma tabela, mas foi impedido por estatísticas manuais associadas, sabe o quão frustrante isso pode ser. No SQL Server 2019 e versões anteriores, essas estatísticas precisavam ser removidas manualmente antes de executar as alterações de esquema.

Com AUTO_DROP

Agora, ao criar estatísticas com AUTO_DROP = ON, você permite que o SQL Server as remova automaticamente caso elas entrem em conflito com alguma mudança de estrutura. Isso simplifica e agiliza tarefas administrativas e evita que estatísticas antigas fiquem “penduradas” e causem dores de cabeça.

Criando Estatísticas com AUTO_DROP

Veja um exemplo de como criar estatísticas com a opção ativada:

CREATE STATISTICS [minhaEstatistica] 
ON [dbo].[minhaTabela]([ID], [Data], [Usuario]) 
WITH AUTO_DROP = ON;

Esse comando cria uma estatística chamada minhaEstatistica na tabela minhaTabela, com AUTO_DROP habilitado.

Atualizando Estatísticas Existentes

Se você já tem estatísticas criadas manualmente e quer atualizar a configuração para que também usem a remoção automática, é possível fazer isso facilmente:

UPDATE STATISTICS [dbo].[minhaTabela] [minhaEstatistica] 
WITH AUTO_DROP = ON;

Verificando a Configuração de AUTO_DROP

Para checar se as estatísticas existentes estão com AUTO_DROP habilitado, você pode consultar a DMV sys.stats:

SELECT object_id, [name], auto_drop FROM sys.stats;

A coluna auto_drop indica se a opção está ativa (1) ou não (0).

Cuidados e Considerações

• A opção AUTO_DROP não pode ser aplicada em estatísticas criadas automaticamente, pois elas já usam esse comportamento por padrão.
• Em alguns casos, especialmente ao restaurar backups de versões anteriores para o SQL Server 2022, os metadados da estatística podem vir incorretos. Para corrigir isso, recomenda-se executar o seguinte comando após a restauração:

EXEC sp_updatestats;

Esse comando atualiza as estatísticas e também ajusta os metadados conforme necessário, garantindo que o comportamento de AUTO_DROP seja aplicado corretamente.

Conclusão

A opção AUTO_DROP representa mais um passo em direção à automação e simplificação da administração de bancos de dados no SQL Server. Ela elimina um dos incômodos relacionados à manutenção de estatísticas e ajuda a garantir que as alterações de esquema ocorram sem atritos desnecessários.

Se você está migrando para o SQL Server 2022 ou já está usando essa versão, aproveite esse recurso para manter seu ambiente mais limpo, organizado e eficiente.

Com o SQL Server 2022, novas funcionalidades foram introduzidas para facilitar o uso e a leitura de consultas, especialmente quando se trabalha com funções de janela. Uma dessas adições é a cláusula WINDOW, que permite definir especificações reutilizáveis de janela para funções como ROW_NUMBER(), SUM(), AVG(), entre outras.

Neste post, vamos entender como essa cláusula funciona, seus benefícios, requisitos e como utilizá-la na prática.

---

O que é a cláusula WINDOW?

A cláusula WINDOW permite nomear uma definição de janela que pode ser reutilizada em várias funções de janela dentro de uma consulta. Isso torna o código mais limpo, legível e menos propenso a erros de repetição.

Ela é usada em conjunto com a cláusula OVER, que define como as linhas devem ser particionadas e ordenadas para a função de janela.

Requisitos

Para utilizar a cláusula WINDOW, o banco de dados deve estar com nível de compatibilidade 160 ou superior. Você pode verificar e alterar isso com os comandos:

ALTER DATABASE NomeDoBanco SET COMPATIBILITY_LEVEL = 160;

Sintaxe da cláusula WINDOW

WINDOW nome_da_janela AS (
   [ janela_referenciada ]
   [ PARTITION BY ... ]
   [ ORDER BY ... ]
   [ ROWS | RANGE ... ]
)

• window_name: Nome da janela que será usada na cláusula OVER.
• PARTITION BY: Divide os dados em grupos.
• ORDER BY: Ordena os dados dentro de cada partição.
• ROWS ou RANGE: Define um frame (janela móvel) dentro da partição.

---

Vantagens da cláusula WINDOW

• Reduz duplicação de código SQL.
• Melhora a legibilidade de consultas com múltiplas funções de janela.
• Permite construir janelas complexas com base em outras janelas nomeadas.

---

Conclusão

A cláusula WINDOW é uma adição poderosa ao arsenal de quem trabalha com SQL Server, promovendo clareza, organização e eficiência em consultas que envolvem funções analíticas. Se você ainda não testou, experimente utilizá-la em seus relatórios e scripts analíticos!

Você já utilizou a cláusula WINDOW nas suas queries? Compartilhe sua experiência nos comentários! 👇

Quando falamos de manutenção de índices em tabelas grandes, especialmente em ambientes de produção com alta concorrência, um dos maiores desafios é evitar o impacto em transações ativas. Pensando nisso, o SQL Server 2022 oferece uma opção extremamente útil: WAIT_AT_LOW_PRIORITY, que torna a criação ou alteração de índices online mais inteligente e menos intrusiva.

Neste post, vamos entender o que é essa opção, como ela funciona e quando aplicá-la para garantir alta disponibilidade e desempenho.

---

O problema: bloqueios durante operações de índice online

Mesmo ao usar ONLINE = ON em operações de criação ou reconstrução de índice, o SQL Server precisa, em determinado momento, adquirir bloqueios compartilhados (S) ou até bloqueios de modificação de esquema (Sch-M). Esses bloqueios, embora geralmente sejam mantidos por um curto período, podem causar gargalos consideráveis em ambientes de alta concorrência, como:

• Atrasos em transações de leitura e escrita
• Aumento da latência em consultas
• Possíveis timeouts
• Queda na taxa de throughput

Isso é especialmente crítico em bancos com alta carga de trabalho ou transações de longa duração.

---

A solução: WAIT_AT_LOW_PRIORITY

Para contornar esses efeitos colaterais, o SQL Server introduziu a opção WAIT_AT_LOW_PRIORITY. Com ela, você pode controlar o comportamento da operação de índice online quando há bloqueios concorrentes, garantindo que o sistema continue fluindo enquanto a operação espera de forma “educada”.

Como funciona?

Ao usar WAIT_AT_LOW_PRIORITY, a operação de índice:

• Espera por bloqueios usando prioridade baixa
• Permite que outras transações de prioridade normal continuem executando normalmente
• Só será iniciada se conseguir adquirir os bloqueios necessários dentro de um tempo limite (MAX_DURATION)

Caso o tempo de espera exceda, você define o que deve acontecer com a operação usando a cláusula ABORT_AFTER_WAIT.

---

Sintaxe

WAIT_AT_LOW_PRIORITY (
    MAX_DURATION = <tempo_em_minutos>,
    ABORT_AFTER_WAIT = [NONE | SELF | BLOCKERS]
)

Parâmetros:

• MAX_DURATION: tempo máximo (em minutos) que a operação vai aguardar em baixa prioridade antes de agir. A palavra minutes é opcional e pode ser omitida.
• ABORT_AFTER_WAIT:
  • NONE: continua esperando com prioridade normal.
  • SELF: cancela a própria operação de índice.
  • BLOCKERS: termina as sessões de usuário que estão bloqueando a operação.

---

Exemplo

CREATE INDEX IX_Clientes_Email
ON dbo.Clientes(Email)
WITH (
    ONLINE = ON,
    WAIT_AT_LOW_PRIORITY (
        MAX_DURATION = 10,
        ABORT_AFTER_WAIT = SELF
    )
);

A operação de índice tentará adquirir os bloqueios necessários por até 10 minutos em baixa prioridade. Se não conseguir, ela será cancelada automaticamente (SELF).

---

Monitorando a operação

Você pode acompanhar o comportamento das operações que usam WAIT_AT_LOW_PRIORITY por meio dos seguintes eventos estendidos:

• lock_request_priority_state: mostra o estado de prioridade da requisição de bloqueio.
• process_killed_by_abort_blockers: indica quando processos foram encerrados pela opção BLOCKERS.
• ddl_with_wait_at_low_priority: rastreia comandos DDL que utilizam a cláusula.

---

Conclusão

A opção WAIT_AT_LOW_PRIORITY é um poderoso recurso do SQL Server que permite equilibrar manutenção proativa de índices com a manutenção da performance do sistema em tempo real. Ao usá-la corretamente, você evita bloqueios desnecessários, melhora a experiência dos usuários e mantém a integridade das operações administrativas.

Se você lida com tabelas grandes e ambientes com alta carga, considere implementar essa opção em seus scripts de manutenção. Ela pode ser a chave para um ambiente mais estável e previsível.

No último final de semana, tive a satisfação de entregar mais uma palestra em companhia do meu amigo e colega de trabalho Marcelo Adade no SQL Saturday Jacksonville.

Nesta sessão, vamos nos aprofundar no universo dos Grupos de Disponibilidade Always On do SQL Server e explorar as práticas recomendadas para manter seu SQL Server Always On, combinando também outros recursos. Abordaremos os principais componentes de uma implantação Always On, incluindo configuração de cluster, configurações de rede, configuração de banco de dados e monitoramento. Também discutiremos problemas comuns que podem afetar a disponibilidade do seu ambiente SQL Server e como lidar com eles.

Caso você queira baixar os materiais da palestra, elas estão disponíveis aqui.

Com o lançamento do SQL Server 2022, Azure SQL Database e Azure SQL Managed Instance, os administradores e desenvolvedores de banco de dados ganharam uma poderosa funcionalidade: operações resumable (resumable operations) para o comando ALTER TABLE ... ADD CONSTRAINT.

Essa novidade amplia as possibilidades de manutenção em tabelas grandes e melhora em muito a resiliência em ambientes de missão crítica.

O que são operações resumable?

As operações resumable permitem que comandos longos e pesados, como a criação ou reconstrução de índices e a partir de agora, a adição de constraints, sejam pausados, retomados ou continuados em caso de falhas. Isso oferece mais flexibilidade em ambientes que exigem alta disponibilidade e pouco tempo de manutenção.

Os índices resumable já estavam disponíveis para:

• Criação e reconstrução de índices online (CREATE INDEX / ALTER INDEX)
• Compatível com SQL Server 2019, Azure SQL Database e Managed Instance

E agora foi estendido para:

• ALTER TABLE ADD CONSTRAINT com chaves PRIMARY KEY e UNIQUE KEY
• Exclusivo no SQL Server 2022 em diante

---

Como funciona na prática?

A operação de ALTER TABLE ADD CONSTRAINT pode demorar horas em tabelas grandes, e antes, qualquer falha exigia reiniciar todo o processo. Com a nova funcionalidade, é possível:

• Pausar e retomar a operação dentro de janelas de manutenção.
• Continuar após falhas como quedas de conexão, failover ou falta de espaço em disco.
• Evitar sobrecarga nos logs de transação, mesmo com pouco espaço disponível.

Requisitos necessários

• O comando deve ser executado com a opção ONLINE = ON
• Só se aplica a PRIMARY KEY e UNIQUE KEY
• Não há suporte para FOREIGN KEY

---

Exemplo de uso

ALTER TABLE dbo.Clientes
ADD CONSTRAINT PK_Clientes PRIMARY KEY CLUSTERED (ID)
WITH (ONLINE = ON, RESUMABLE = ON, MAX_DURATION = 60);

• ONLINE = ON: mantém a tabela disponível durante a operação.
• RESUMABLE = ON: ativa a operação recomeçável.
• MAX_DURATION = 60: pausa a operação automaticamente após 60 minutos.

---

Como pausar, retomar ou cancelar a operação

Para pausar, retomar ou cancelar a operação resumable, use os comandos do ALTER INDEX como no exemplo abaixo:

-- Pausar
ALTER INDEX PK_Clientes ON dbo.Clientes PAUSE;

-- Retomar
ALTER INDEX PK_Clientes ON dbo.Clientes RESUME;

-- Abortar
ALTER INDEX PK_Clientes ON dbo.Clientes ABORT;

---

Considerações finais

Essa novidade representa um grande avanço para quem administra bases de dados VLDB (Very Large Databases), especialmente em ambientes que não podem se dar ao luxo de longas janelas de indisponibilidade. As operações resumable trazem resiliência, flexibilidade e melhor aproveitamento dos recursos do servidor.

---

Quer mais dicas de T-SQL ou boas práticas para ambientes de alta disponibilidade? Deixe um comentário ou entre em contato!