Retrospectiva 2019: Os posts mais acessados no Blog

     O ano passou e rolou tanta coisa no blog que, resolvemos fazer uma retrospectiva com as matérias que mais bombaram, em 2019. Antes de mais nada, queremos agradecer a todos da comunidade pelo suporte e apoio. Prometemos um 2020 com muitas novidades, informação, conteúdo, ao que nos interessa, os posts que mais acessados no blog em ordem descrente:

# 5

CDC – Change Data Capture SQL Server

# 4

SQL SERVER – Clear Cache plan, para um único banco de dados.

# 3

Confira as últimas atualizações disponíveis para cada versão do SQL Server

# 2

SQL SERVER - Dicas que todo DEV deveria conhecer

#1

E o nosso campeão de acessos em 2019:

Como reduzir o TempDB sem reiniciar o SQL Server ...

Espero tenham gostado e possa ter contribuindo a comunidade de alguma forma neste ano, Esperamos reencontrar todos vocês por aqui em 2020! Happy New Year! ¡Feliz Año Nuevo!

SQL SERVER - Dicas que todo DEV deveria conhecer part-3

    Nesta sequencia de tópicos abordaremos algumas dicas, que todo desenvolvedor deveria ter a oportunidade de conhecer. Todo desenvolvedor que programa em T/SQL, precisa estar atento a algumas "tips" do SQL Server em seu dia-a-dia na empresa.

Dicas part-1 Transaction Log
Dicas part-2 Variáveis ​​table e JOIN's & Criação de tabelas dentro de stored procedures

Part-3 Keywords que você deveria esquecer (ao menos evitar ao máximo) rs

SELECT * FROM – Evite asterisco, especifique as colunas necessárias, asterisco deve ser evitado pelo simples motivo de que é muito inútil retornar mais colunas do que o necessário, usando esse recurso. Pense no volume de dados, e aumento exponencial deste. Sendo retornados em toda chamada sem necessidade, é sobrecarregar a base de dados atoa. Outro problema é que, o interpretador SQL deve buscar no esquema da tabela as colunas que deveram de ser retornadas, antes de realizar a consulta propriamente dita.

IN – se você quer retornar os registros cujas condições são múltiplos identificadores, como todos os empregados cujos IDs sejam 1,3,7,45,100, você irá usar um IN, certo?


O problema aqui é que o IN é interpretado pelo motor de busca como uma junção de OR

Ou seja, WHERE ID IN (1,3,7,45,100)
é a mesma coisa que WHERE ID=1 OR ID=3 OR ID=7 OR ID=45 OR ID=100

Isto Não chega a ser um problema em uma consulta com poucas dezenas de valores no IN, mas tome cuidado quando você chega nas centenas deles. Já experimentamos outras abordagens com tabelas temporárias, tabelas em memória, entre outras, com resultados semelhantes. Por estes motivos muitos casos são mais eficientes tratamento na camada de aplicação e filtro, do que a sobrecarga no banco de dados fugindo do uso excessivo de IN.


Bônus: Dica rápida ...

Qual instrução é melhor para o desempenho - SELECT ou SET? SQL Server
Confere lá https://scriptsemsql.blogspot.com/2018/03/qual-e-melhor-para-o-desempenho-select.html

Fique por dentro, acompanhe essas e outras dicas aqui no blog.
Grande abraço.