Como obtê-lo?

Duas formas de se obter o plano no modo gráfico:

• Plano de Execução Estimado
• Plano de Execução Real
  

Para gerar o Plano Estimado, clique no botão circulado de vermelho (veja a figura anterior) e aguarde. A consulta não sera executada na integra, porém um plano com valores estimados será apresentado.

Caso opte pelo Plano Real, clique no botão circulado de laranja e em seguida clique em Executar. Além de apresentar o resultado, também será disponibilizado o plano de execução com os valores reais. Logo a frente, falaremos um pouco mais deste tipo.

Pré-requisitos

Antes de começar, precisamos criar algumas estruturas para a realização dos testes. Os scripts abaixo irão criar um banco novo, tabelas e a carga dos dados. Estamos assumindo que já exista o SQL Server instalado juntamente com a ferramenta SQL Server Management Studio. Siga os passos a seguir:

1. Criação do banco de testes:

create database db_teste
go
use db_teste
go

2. Criação das tabelas para carga dos dados:

create table tb_a 
	(
		id_a integer not null identity primary key,
		desc_a varchar(50)
	)
go

create table tb_b
	(
		id_b integer not null identity primary key,
		desc_b varchar(50),
		id_a integer
	)
go

alter table tb_b with check 
    add constraint fk_tba_tbb foreign key (id_a) references tb_a (id_a)
go

create table tb_c
	(
		id_c integer not null identity primary key,
		desc_c varchar(50),
		id_b integer
	)
go

alter table tb_c with check 
    add constraint fk_tbb_tbc foreign key (id_b) references tb_b (id_b)
go

3. Carga das tabelas:

insert into tb_a
select 'tabela a aaaaaaa aaaaaaaaaa aaaaa'
from sys.all_objects;
go

insert into tb_b (desc_b)
select 'tabela b bbbb bbbbbb bbbbbbb bbbbbb'
from sys.all_objects;
go

update tb_b
set id_a = id_b
where id_a is null
go

insert into tb_c (desc_c)
select 'tabela c cccccc ccccccccccc  ccccccccccc'
from sys.all_objects;
go

update tb_c
set id_b = id_c
where id_b is null
go

Gerando o Plano

Vamos criar uma nova consulta utilizando as tabelas de testes que criamos no item anterior. Copie o script abaixo e cole no Studio:

select a.id_a,
a.desc_a,
b.id_b,
b.desc_b
from tb_a a
join tb_b b on b.id_a = a.id_a

Iremos gerar o Plano de Execução através da interface visual do SQL Server Management Studio. Logo a frente, falarei de outra forma para gerá-lo. Clique no botão Incluir Plano de Execução Real ou CTRL+M e em seguida Executar ou F5. O Plano Real é mais interessante por trazer no modo gráfico mais detalhes para cada operador. Por exemplo: percentual de custo, tempo de execução e linhas retornadas.

Analisando o que foi gerado

A imagem anterior, nos traz um bom exemplo do plano apresentado em modo gráfico. Embora muito simples, ele já serve para iniciarmos os estudos.
A analise deve começar pelo canto superior, da esquerda para a direita. O primeiro operador é a consulta ou instrução principal analisada. Posicione o mouse em cima do operador desejado para ver mais detalhes.

Na janela de propriedades aberta, inumeras informações podem ser apresentadas. Porém, irei detalhar parte delas que acredito serem mais relevantes para nosso estudo inicial:

Pontos de atenção

1. Operador com alto valor no percentual de custo, sempre vale a pena analisá-lo. Principalmente quando se tratam de tabelas hash ou junções. Nestes dois casos costumamos ver situações onde as linhas recuperadas excedem a quantidade de registros esperados ou até mesmo o tamanho. Muita atenção neste ponto!
2. Campos CLOB costumam aumentar em muito o tamanho estimado da linha em cada operador. Fique atento quando o tamanho ultrapassar os Kilo Bytes. Tive uma experiencia muito marcante com esta situação onde determinadas consultas apresentavam performance ruim. E, infelizmente em alguns registros estava vindo um campo CLOB com 3 MB que causou um I/O alto.
3. Tabelas montadas dinamicamente no FROM costumam ser as grandes vilãs. É comum trazerem muitos registros sem necessidade.
4. Caso tenha criado um indice para atender determinada consulta e o Plano de Execução não citou o uso dele no respectivo operador. Provavelmente seu índice não foi criado da melhor forma e o banco optou por não usá-lo. Neste caso, revise e tente recriá-lo invertendo a ordem das colunas (caso tenha mais de uma) e gere novamente o plano para nova analise.
5. Sempre que possivel, o SQL Server costuma sugerir a criação ou alteração de indices.
6. Sempre que vermos a palavra Scan acompanhada do nome de um índice, por exemplo, significa que ele esta sendo varrido na sua totalidade ou dentro de um intervalo de registros. Neste caso, a sua eficiencia não será totalmente atingida.

Outra forma de gerar o Plano

Continuando no SQL Server Managemente Studio, crie um novo script e execute individualmente o comando:

SET SHOWPLAN_ALL ON
GO

Temos varias formas de apresentação do Plano:

Aproveitando o mesmo script, execute a consulta utilizada anteriormente para gerar o plano visual:

select a.id_a,
a.desc_a,
b.id_b,
b.desc_b
from tb_a a
join tb_b b on b.id_a = a.id_a

A partir do momento que a consulta for executada, o Plano será apresentado no formato texto, com detalhamento por operador. A imagem a seguir, apresenta parte do resultado gerado:

Os cuidados que precisamos tomar na analise deste resultado são os mesmos citados neste artigo, nos itens Analisando o que foi gerado e Pontos de atenção.

Conclusão

Neste artigo foram dadas algumas dicas importantes que aprendi nos longos anos de trabalho com instruções SQL e extração de dados. Muitas delas são reconhecidas e encontradas em artigos de profissionais da área. Tentei sintetiza-las e trazer juntamente algumas orientações sobre o uso do Plano de Execução no SQL Server. Ferramenta que eu considero a mais importante disponibilizada pelos bancos para auxilio no trabalho de otimização.
As abordagens citadas neste post, são introdutórias. O pouco visto até aqui já servem de base e fornece apoio para a maioria das analises de consultas que realizei até o momento em que escrevi o artigo.
Agradeço a sua atenção até aqui e espero que aprecie os demais artigos que falam do mesmo assunto em Postgres e Oracle escrito pelo nosso amigo João do Carmo.

Referências Bibliográficas

https://www.devmedia.com.br/sql-server-query-analise-do-plano-de-execucao/30024
https://docs.microsoft.com/pt-br/sql/relational-databases/performance/display-an-actual-execution-plan?view=sql-server-ver15
https://qastack.com.br/programming/7359702/how-do-i-obtain-a-query-execution-plan-in-sql-server