5 TSQL Features You’re Missing Out On (Video) | Brent Ozar Unlimited
Publicado; 23/05/2013 Arquivado em: Artigos Deixe um comentáriohttp://www.brentozar.com/archive/2013/04/5-tsql-features-youre-missing-out-on-video/
The many uses of CROSS APPLY – SQLServerCentral
Publicado; 23/05/2013 Arquivado em: Artigos Deixe um comentáriohttp://www.sqlservercentral.com/blogs/sqlstudies/2013/05/20/the-many-uses-of-cross-apply/
Comparando Semi Joins
Publicado; 18/05/2013 Arquivado em: SQL Optimizer, SQL T-SQL Mitos 1 comentárioExistem alguns mitos envolvendo o que conceitualmente é conhecido como semi join, e, infelizmente, tais mitos acabam por prejudicar a escrita de consultas, causando problemas de performance. Mas, o que são semi joins? São joins que retornam linhas de uma tabela A baseado na existência de linhas correlacionadas em uma tabela B. Se a consulta retorna apenas atributos (campos) da tabela da esquerda, então o join é chamado de Left Semi Join; se retorna apenas atributos da tabela da direita, então é chamado de Right Semi Join. Um semi join pode ser produzido usando INNER JOINS, EXISTS, IN e também com o INTERSECT.
Antes de entrarmos em mais detalhes, listemos os mitos comuns envolvendo semi joins:
· JOIN versus EXISTS
· IN versus EXISTS
Será que realmente existe ganho de performance ao adotar, por exemplo, o EXISTS ao invés do IN? Iremos clarificar essa e outras questões no decorrer do artigo.
Preparando o ambiente
Antes de entrarmos diretamente no assunto, vamos executar o código abaixo para a criação do nosso ambiente de estudo. Estou utilizando o banco AdventureWorks2012 como referência.
— Criar o ambiente
use tempdb
go
CREATE TABLE dbo.Clientes
( ClienteID INT NOT NULL PRIMARY KEY,
Nome VARCHAR(50) NOT NULL,
Sobrenome VARCHAR(50) NOT NULL,
);
INSERT dbo.Clientes
SELECT
c.CustomerID
, p.FirstName
, p.LastName
FROM AdventureWorks2012.Sales.Customer c
JOIN AdventureWorks2012.Person.Person p
ON c.PersonID = p.BusinessEntityID
GO
CREATE TABLE dbo.Vendas
( VendasID INT NOT NULL PRIMARY KEY,
Data DATETIME NOT NULL,
ClienteID INT NOT NULL FOREIGN KEY REFERENCES dbo.Clientes (ClienteID),
TotalDaVenda DECIMAL(15,4) NOT NULL
);
INSERT dbo.Vendas
SELECT TOP 40 PERCENT
h.SalesOrderID
, h.OrderDate
, h.CustomerID
, h.TotalDue
FROM AdventureWorks2012.Sales.SalesOrderHeader h;
CREATE NONCLUSTERED INDEX AK_Vendas_ClienteID
on dbo.Vendas (ClienteID)
GO
INNER JOIN versus IN versus EXISTS
Imagine a seguinte sentença: recuperar todos os clientes que já realizaram compras na empresa?
— 1) Usando INNER JOIN com DISTINCT
SELECT DISTINCT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
JOIN dbo.Vendas v ON v.ClienteID = c.ClienteID
— 2) Usando IN
SELECT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
WHERE c.ClienteID IN
( SELECT v.ClienteID FROM dbo.Vendas v )
— 3) Usando EXISTS
SELECT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
WHERE EXISTS
( SELECT 1 FROM dbo.Vendas v
WHERE v.ClienteID = c.ClienteID )
Veja que:
1. Os resultados gerados são os mesmos;
2. Os planos de execução são idênticos.
Nos exemplos expostos anteriormente, para cada linha da tabela A o otimizador necessita checar se existe pelo menos uma linha correspondente na tabela B (lado oposto). Isso significa que o otimizador não precisa percorrer todas as linhas da outra tabela. Existe por aí a ideia equivocada de que quando usamos o IN o otimizador obrigatoriamente percorre todas as linhas da tabela B (o que não é verdade). O IN segue basicamente o mesmo princípio do EXISTS: fazer teste de existência. Atente que para alcançarmos o LEFT SEMI JOIN a partir do INNER JOIN, foi necessário restringir a lista de colunas da cláusula SELECT para recuperar apenas as colunas da tabela A e usarmos o DISTINCT para suprimir as linhas redundantes (este é o segredo). Apesar de não ter sido demonstrado anteriormente, também é possível alcançar um semi-join através do operador INTERSECT.
Anti-Semi Join (OUTER JOIN versus NOT IN versus NOT EXISTS)
O inverso de um semi join é um anti-semi join, que ocorre quando linhas em uma tabela A não possuem correspondentes em uma tabela B (é baseado na não existência). É possível alcançar um anti-semi join através de subconsultas utilizando NOT IN ou EXISTS, ou ainda através do operador EXCEPT. Também é possível alcançar um anti-semi join utilizando outer join, filtrando somente as outer rows.
Imagine a seguinte sentença: recuperar todos os clientes que nunca realizaram compras na empresa?
— 1) Usando NOT IN
SELECT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
WHERE c.ClienteID NOT IN
( SELECT v.ClienteID FROM dbo.Vendas v )
— 2) Usando NOT EXISTS
SELECT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
WHERE NOT EXISTS
( SELECT 1 FROM dbo.Vendas v
WHERE v.ClienteID = c.ClienteID )
Vejamos o que acontece quando utilizamos um LEFT OUTER JOIN.
— 3) Usando LEFT OUTER JOIN
SELECT c.ClienteID, c.Nome, c.Sobrenome
FROM dbo.Clientes c
LEFT JOIN dbo.Vendas v ON v.ClienteID = c.ClienteID
WHERE v.ClienteID IS NULL
O resultado da consulta é igual, mas o plano de execução gerado não é o mesmo. Veja que apesar de alcançarmos os mesmos resultados, explicitamente não aparece um Anti Semi Join quando usamos o LEFT OUTER JOIN. Se compararmos a performance das consultas veremos que o NOT EXISTS é mais eficiente. Por conta disso, deixo a seguinte dica: se você precisar recuperar linhas baseadas na não existência em outra tabela, prefira NOT EXISTS ou NOT IN; evite usar OUTER JOIN como foi demonstrado anteriormente.
Spartacus, o homem que desafiou Roma – Guia do Estudante
Publicado; 13/04/2013 Arquivado em: Artigos Deixe um comentáriohttp://guiadoestudante.abril.com.br/aventuras-historia/spartacus-homem-desafiou-roma-434646.shtml
Assista a “5 dicas para não errar no gerenciamento de TI – OpServices” no YouTube
Publicado; 04/03/2013 Arquivado em: Artigos 1 comentário[SQL Server] Exame 70 461 – Tópico 4: Criando e Modificando Constraints – Parte 02 – Final
Publicado; 06/02/2013 Arquivado em: Artigos 1 comentárioIntegridade de Entidade: Primary Key e Unique Key
Constraints Primary Key (PK) e Unique Key (UK) são utilizadas para identificar unicamente uma linha em uma tabela. Tanto PK’s quanto UK’s podem envolver mais de uma coluna. Desta forma, quando uma chave-primária é, por exemplo, constituída por mais de uma coluna é dito que a chave-primária é composta. O mesmo se aplica às UK’s. Mas quais são as diferenças entre primary key e unique key?
Primary Key:
- Uma coluna que é envolvida em uma PK não pode ser nula;
- Só é possível existir uma chave-primária por tabela.
Unique Key:
- Uma coluna que é envolvida em uma UK pode ser nula;
- É possível existirem várias UK’s numa mesma tabela.
Primary Key
Mesmo estando…Continue lendo
SQL Server: planejando sua migração para o SQL Server 2008 R2 | TechNet Magazine
Publicado; 29/01/2013 Arquivado em: Artigos Deixe um comentáriohttp://technet.microsoft.com/pt-br/magazine/gg454217.aspx
Previsões e tendências do BI para 2013
Publicado; 24/01/2013 Arquivado em: Artigos Deixe um comentárioPrevisões e tendências do BI para 2013.
Curso SQL Server Query Tuning
Publicado; 27/12/2012 Arquivado em: Artigos 1 comentárioÉ com prazer que anuncio o curso de SQL Server Query Tuning. O curso foi elaborado por mim e será ministrado através da MindWorks. Temos turma aberta para janeiro. Para quem estiver interessado, pode procurar a Fabiola (os dados estão disponíveis no final deste post) ou pode me contactar (adeilsonrbrito@gmail.com).
Clique aqui para baixar o conteúdo programático do curso.
Curso SQL Server Query Tuning (M1301)
Carga horária: 32 horas
Objetivo
Proporcionar ao profissional que utiliza o SQL Server, conhecimentos e melhores práticas para a otimização de consultas T-SQL. O curso aborda os problemas de performance mais comumente enfrentados, apresentando diferentes maneiras de otimizar, melhores práticas na utilização de recursos, mitos e verdades sobre códigos T-SQL.
Pré-Requisitos
O aluno já deve ter contato com o SQL Server e saber escrever consultas T-SQL.
Investimento
SQL Server Query Tuning R$ 1.200,00 com parcelamento em até 06 vezes sem juros, sendo entrada e 05 cheques.
Pessoa Jurídica: Parcelado em até 03 vezes sem juros no boleto bancário). (01 pessoa por computador; Certificado no final do treinamento; Coffee Break;)
Local
Centro de Treinamentos da Mindworks – Rua José Alexandre Buaiz, 160, Ed. London Office Tower, sala 403, Enseada do Suá – Vitória – ES (próximo ao Shopping Vitória – Em frente ao Tribunal de Contas).
Data início
Matutino das 08h às 12h
28/01 a 06/02
Vespertino das 13h às 17h
28/01 a 06/02
Integral das 08h às 17h
28/01 a 31/01
Noturno das 18h30 às 22h30
28/01 a 06/02
Inscrições
Falar com a Fabíola (fabiola@mindworks.com.br)
Fones: 3015-1825 / 9901-6188