Pessoal vou dar inicio ao que imagino que seja a primeira de muitas entrevistas que virão.

 

Minha idéia é a seguinte, iniciar uma séria de entrevistas com especialistas em SQL Server, inicialmente com os MVPs e Colunistas brasileiros, depois com funcionários da Microsoft e então partirei para os MVPs gringos e funcionários da Microsoft Corp.

 

Já tenho alguns questionários respondidos, irei tentar publicar 1 por semana.

O primeiro da Lista é o Mauro Pichiliani que é colunista no imasters.uol.com.br.

 

Sem mais, vamos ao questionário. Espero que gostem...

 

1.       Vamos começar falando da novidade do momento, quais as novas features do SQL Server 2008 que você acha mais importante, e porque? Nomeie pelo menos 3.

a.       Bom, o SQL Server 2008 traz uma série de novas funcionalidades. Eu escrevi uma coluna explicando as 10 funcionalidades que mais me impressionaram,  a coluna pode ser visualizada no link abaixo:

http://imasters.uol.com.br/artigo/9712/sql_server/top_10_funcionalidades_do_sql_server_2008/

b.      Dentre as três principais posso citar:

1.       As melhorias no Reporting Services, que facilitam a vida de quem precisa criar relatórios bem apresentáveis.

2.       Os recursos para compactação, que vão reduzir sensivelmente o espaço utilizado por bancos de dados.

3.       Algumas mudanças na linguagem, como o operador MERGE, que é bem interessante e vai facilitar a comparação de dados entre tabelas.

2.       Em relação a performance no SQL Server 2008, quais as features você acha mais importante?

a.       São várias, mas creio que a utilização de filtros nos índices é a feature mais importante que pode melhorar muito a performance se utilizada corretamente.

3.       Quais suas dicas para um profissional que está iniciando em SQL Server?

a.       Eu sempre recomendo a quem está iniciando procurar estudar muito. Outro ponto importante é possuir uma mente aberta, ser criativo e saber improvisar. Muitas vezes os profissionais são conservadores e não arriscam muito, o que pode fazer a diferença no final do dia.

4.       O que é necessário para se tornar um usuário Master em SQL Server?

a.       Apenas uma palavra: Estudo. Obviamente é preciso também muita prática e o famoso jogo de cintura, mas com certeza o estudo é o principal.

5.       O que é necessário para se tornar um usuário Master em Transact SQL Server?

a.       Mais uma vez, muito estudo. O Transact-SQL, em particular, é uma linguagem fácil se comparada com outras, mas mesmo assim é preciso conhecê-la muito bem para dominar suas particularidades e saber utilizá-la a seu favor.

6.       Qual sua opinião em relação ao uso excessivo de Triggers no banco de dados?

a.       Bem, o uso de Triggers deve ser ponderado e utilizado com bom senso. Em algumas situações vale a pena utilizar triggers, pois um trigger é um ótimo mecanismo para programar regras de negócio. Contudo, já observei usos irracionais de triggers que apenas tornaram o banco de dados mais complexo e suscetível a erros.

7.       Qual o maior erro que uma pessoa pode cometer ao analisar um plano de execução?

a.       Analisar o plano de execução e tomar uma decisão errada. Isso sem contar que para analisar o plano de execução é preciso conhecer os seus componentes, algo que muitas pessoas ignoram.

8.       Quando usar um Clustered Index e quando usar um Non Clustered Index?

a.       Depende muito da situação. Em geral o uso do índice clusterizado já é implementado automaticamente quando se cria uma chave primária e, a partir daí, todos os outros índices criados são do tipo não clusterizados. Porém isso não deve ser visto como uma regra e sim como uma diretriz.

9.       Porque estatísticas são importantes?

a.       As estatísticas são importantes para avaliar a densidade e seletividade de índices e são utilizadas pelo SQL Server, de forma automática ou não. Há casos onde o SQL Server pode atualizar as estatísticas e gerar um plano de execução melhor. Devido a esta característica vale a pena ver se no plano de execução há alguma mensagem sobre a falta de estatísticas atualizadas.

10.   O quanto fragmentação no banco de dados pode afetar performance? Existe algum beneficio em ter fragmentação no banco?

a.       Mais uma vez esta questão depende muito de cada cenário. Em tabelas grandes que fazem o uso de muitos índices é possível que a fragmentação prejudique o desempenho, porém há casos onde a fragmentação pode fazer sentido, principalmente quando se utiliza opções como o FILLFACTOR e PAD_INDEX.

11.   Afinal parallelismo é bom ou ruim?

a.       Com certeza é algo bom, mais isso vai depender de cada instrução. Em geral o otimizador de consultas já avalia o paralelismo automaticamente e não precisamos nos preocupar muito com isso.

12.   Você utiliza alguma ferramenta para auxiliar na resolução de problemas de performance? Quais?

a.       Sim, utilizo. Com certeza o Profiler é uma das ferramentas mais adequadas para isso. Outra ferramenta muito importante é o próprio Management Studio, pois ele permite a visualização gráfica do plano de execução das instruções.

13.   Em um banco de dados em produção você utiliza algum TraceFlag habilitado?

a.       Raramente. O motivo de não utilizar TraceFlags é que alguns deles requerem a reinicialização do servidor, algo que não pode ser feito em bancos de dados que requerem alta disponibilidade.

14.   Cite 3 livros que não podem faltar na coleção de um especialista SQL Server.

a.       “Introduction to Database Systems” do C. J. Data, “SQL Server Resouce Kit”, da própria Microsoft e o “Inside SQL Server” da Kalen Delaney.

15.   Nestes anos de experiência, Qual foi o problema mais difícil de resolver que encontrou?

a.       Com certeza foram vários. Porém cito problemas de desempenho em bancos de dados com mais de 100 GB de dados como um deles. Além de ser complicado realizar qualquer manutenção em uma base dom este tamanho estas modificações requerem muito esforço e testes.

16.   Já passou por algum daqueles problemas que resolveu mas até hoje não sabe o que era?

a.       Sim, com certeza. Geralmente problemas relacionados a bugs internos do SQL Server não há como saber exatamente o que é. O máximo que dá para fazer é abrir um chamado no suporte da Microsoft e utilizado uma solução temporária (workaround) até um patch ou Service Pack ser liberado.

17.   Qual o maior banco de dados que já trabalhou e quantas linhas tinha a maior tabela que já viu?

a.       Bom, isso é difícil de dizer pois existem bancos de dados que crescem muito rapidamente. No momento posso dizer que já cheguei a trabalhar com bancos de dados que ultrapassam 1 TB de tamanho. Quanto à tabelas, procuro sempre evitar sobrecarregar uma mesma tabela com muitos dados, pois isso evita vários problemas. Mas já encontrei ambientes em que uma tabela apenas ocupava mais de 50 GB de espaço.

18.   Como diria o Tobby(charges.com.br) - Bate bola jogo rápido:

Um concorrente digno do SQL Server: O Oracle

a.       Uma feature: O recurso Time Machine do Oracle

Um comando SQL(o meu predileto é o SHUTDOWN WITH NOWAIT J) : Com certeza o comando SELECT, preferencialmente com a cláusula WITH CUBE.

b.      Um livro: Indiscutivelmente o “Introduction to Database Systems” do Date.

19.   Você tem algum blog? Site? Msn?... Como os usuários da comunidade podem entrar em contato com você?

a.       Não tenho blog, mas o meu principal contato é através do iMasters (www.imasters.com.br) onde os usuários da comunidade podem entrar em contato comigo por meio dos comentários nas colunas ou pelo  e-mail.

20.   Deseja deixar alguma consideração final?

a.       Vou deixar uma mensagem que ouvi recentemente e que aborda a questão da tecnologia versus o lado humano:

b.      “Todos somos exploradores, que procuram saber o que está mais à frente do horizonte, o que está no outro lado. E ainda assim, quanto mais experimentei, mais aprendi...que não importa quão longe viajemos, ou quão rápido cheguemos ali, os mais profundos descobrimentos... não estão necessariamente mais à frente... da próxima estrela. Eles estão dentro de nós...tecendo os fios que nos unem, a todos nós, uns aos outros.”

 

Muito bom este documento onde é explicado os possíveis cenários de licenciamento do SQL Server 2008.

 

Por exemplo, ao contrário do Oracle o SQL é cobrado por processador e não por core, pode haver uma outra instancia instalada em outra máquina como backup para failover usando Mirroring, Cluster ou Log Shipping... o servidor de BackUp pode ficar no ar por até 30 dias sem ter que pagar por outra licença desde que o número de Processadores seja igual ou inferior ao do servidor de produção.

 

 

Segue o link para o documento, Licensing Overview

 

 

 

Quad Core, 16Gb RAM, 1TB RAID, 1Gb de vídeo.

 

Se alguém quiser fazer uma doação compra esse notebook pra mim por favor.

 

Ficarei bastante agradecido.

 

Video:

http://www.dell.com/content/topics/topic.aspx/global/shared/mediaplayer/large_screen_view?&mediaPlayerTarget=http://i.dell.com//images/global/video/mediaplayer/assets/video/precision_concept_mob_workstation.flv

 

Site:

http://www.dell.com/content/topics/topic.aspx/global/products/precn/topics/en/precision_concept_jumppage?c=us&l=en&s=gen

Seguindo a série de boas práticas em relação a performance...

 

4.      É muito comum durante o desenvolvimento de um código SQL necessitarmos zerar o valor das variáveis que serão utilizadas no código.

Uma dica em relação a performance é que o comando SELECT é mais rápido do que o SET, porém está regra só se aplica quando podemos substituir um bloco de SET por um SELECT por ex:

-- Executa um loop zerando o valor de 10 variáveis utilizando SET -- Gere o plano de execução e repare que no plano de execução que no Loop o SQL gera um SELECT para cada comando SET. DECLARE @i Int, @Test1 int, @Start datetime DECLARE @V1 Char(6),         @V2 Char(6),         @V3 Char(6),         @V4 Char(6),         @V5 Char(6),         @V6 Char(6),         @V7 Char(6),         @V8 Char(6),         @V9 Char(6),         @V10 Char(6);   SET @Test1 = 0 SET @i = 0 SET @Start = GetDate() WHILE @i < 50000 BEGIN   SET @V1 = ''   SET @V2 = ''   SET @V3 = ''   SET @V4 = ''   SET @V5 = ''   SET @V6 = ''   SET @V7 = ''   SET @V8 = ''   SET @V9 = ''   SET @V10 = ''       SET @i = @i + 1                   END                                SET @Test1 = DATEDIFF(ms, @Start, GetDate()) SELECT @test1   GO -- Executa um loop zerando o valor de 10 variáveis utilizando SELECT -- Diferente do primeiro plano de execução o SQL gerou apenas 1 instrução para setar os valores para as 10 variáveis. DECLARE @i Int, @Test1 int, @Start datetime DECLARE @V1 Char(6),         @V2 Char(6),         @V3 Char(6),         @V4 Char(6),         @V5 Char(6),         @V6 Char(6),         @V7 Char(6),         @V8 Char(6),         @V9 Char(6),         @V10 Char(6);   SET @Test1 = 0 SET @i = 0 SET @Start = GetDate() WHILE @i < 50000 BEGIN SELECT @V1 = '',        @V2 = '',        @V3 = '',        @V4 = '',        @V5 = '',        @V6 = '',        @V7 = '',        @V8 = '',        @V9 = '',        @V10 = '',        @i = @i + 1; END                                SET @Test1 = DATEDIFF(ms, @Start, GetDate()) SELECT @test1

 

5.       Pequenas dicas para procedures..

a.       Sempre que uma procedure é executada o server envia para o client o número de linhas afetadas pela procedure, normalmente esta informação não é necessária. Desabilitando este comportamento poderemos reduzir o trafego gerado pelo Server e o Client. Portanto sempre que possível inclua o SET NOCOUNT ON no início de suas procedures. Pode ser que isso não gere muita diferença em uma proc que efetua 1 insert mas quando estamos falando de um loop que efetua 1000000 de inserts daí com certeza vai ser um grade ganho de trafego desnecessário que estaria rolando na rede.

b.      Só use a opção WITH ENCRYPTION e WITH RECOMPILE caso seja realmente necessário. Lembre-se de que existem programas que conseguem descriptogravar um proc que está criptografada no banco.

c.       Não inicie o nome de suas procedure com sp... este prefixo é reservado para procedures do sistema, sempre que você executa uma procedure que inicia com sp... o SQL irá procurar a proc no banco Master e se ela não estiver lá então ele irá resolver o nome da proc no banco atual. Evite este passo adicional simplesmente renomeando as procedures para por exemplo usp ou st.

d.      Caso tenha que rodar algum código TSQL no meio da proc evite utilizar o EXEC ao invés disso use a sp_ExecuteSQL pois ao contrário do EXEC a sp_ExecuteSQL irá compilar o SQL para gerar um plano de execução para sua consulta, o quer dizer que caso o plano já tenha sido gerado na próxima execução do código ele irá utilizar o plano que ficou em cachê, evitando a recompilação do código a cada execução.

Ainda falando sobre atualização e correções do SQL Server, segue um site MUITO bom que contem todos os updates do SQL e qual o número de cada Build.

 

 

Esse vale ir pro favoritos.

 

Pessoal vamos ficar atentos para os Fix de correção de erros do SQL Server, não basta atualizar até o último Service Pack e esperar pelo próximo SP pois tem existem várias correções que são lançadas e que ainda não estão em um Service Pack.

 

Nos últimos 2 meses tivemos problema 2 problemas em nossos clientes que estavam com uma versão com um problema que já havia sido corrigido.

 

1º Problema;

 

O primeiro foi em um cliente que utilizava SQL Server 2000 com Service Pack 3, e tivemos um erro que ao rodar uma consulta com um where IS NULL mesmo assim retornava um valor que não era NULL.

Por ex:

 

select * from tabela

where Cod IS NULL

 

O comando acima retornava um Cod que não era null contrariando o filtro do WHERE.

Este problema foi corrigido no SP 4 do SQL 2000, como podemos ver no KB abaixo.

 

FIX: A parallel query may return unexpected results

http://support.microsoft.com/kb/814509/en-us

 

Para resolver temporariamente até o cliente atualizar seu servidor utilizamos a clausula OPTION (MAXDOP 1) nos selects.

 

2º Problema;

 

Outro erro que pegamos foi no SQL Server 2005 SP2 onde ao rodar uma procedure com um texto muito grande e usando a opção WITH ENCRYPTION o SQL gerava um erro.

Este problema foi corrigido com um FIX que já foi lançado e é bem provável que estará entre os FIX de correção que serão lançados com o SP3 do SQL Server 2005, podemos ver mais detalhes do problema e baixar o FIX no KB abaixo.

 

FIX: Error message when you run a long stored procedure that is encrypted in SQL Server 2005: "A stack overflow occurred in the server while compiling the query"

http://support.microsoft.com/kb/934246/en-us