Entre minhas viagens, apresentações e moderação de perguntas e respostas, converso com muitas pessoas sobre uma ampla variedade de problemas de desempenho do SQL Server. Recentemente, tive algumas interações em que as pessoas acreditam em coisas totalmente incorretas ou corretas apenas em um conjunto muito restrito de casos de uso. No entanto, sua convicção de que essas coisas são universalmente verdadeiras é inquietante.

Então, pensei em começar uma nova série para ajudar a acabar com alguns desses mitos. Não para apontar para as pessoas e provar que elas estão erradas, mas para impedir a propagação. Quando eles fazem essas declarações gerais em seu local de trabalho, ou no twitter, ou em fóruns, se não forem verificados, eles podem "ensinar" usuários impressionáveis ​​ou menos experientes.

Observe que não pretendo provar que essas coisas nunca verdadeiro, porque alguns certamente podem ser verdadeiros em cenários isolados ou planejados . Meu objetivo é simplesmente demonstrar pelo menos um caso em que isso não é verdade; Espero que isso possa começar a mudar essas mentalidades teimosas.

Aqui estão alguns dos "fatos" que me disseram recentemente, sem nenhuma ordem específica:

• "Um índice clusterizado é sempre melhor do que um índice não clusterizado"
• "SQL dinâmico tornou minha consulta lenta"
• "PIVOT é mais rápido que SUM(CASE)"
• "NULLs sempre causam problemas de desempenho terríveis"
• "Planos de execução são inúteis, exceto por índices ausentes"
• "NOLOCK é bom porque muitas pessoas o usam"
• "O superdimensionamento das colunas varchar/nvarchar está correto"

À medida que escrevo cada postagem, atualizarei esta página vinculando o item correspondente na lista acima.

Você tem algum mito de desempenho que é passado como fato absoluto, mas suspeita (ou talvez até saiba) que nem sempre é verdade? Deixe-me saber nos comentários abaixo, no twitter, ou em [email protected].