Não há problema em adicionar índices ausentes cegamente?

Muitas razões.

Um dos maiores em que posso pensar é que os DMVs de índice ausente não levam em consideração os índices existentes.

Exemplo:

Você tem uma tabela com ColA, ColB, ColC.

Atualmente você tem um índice em ColA. O DMV de índice ausente sugerirá que você adicione um índice em (ColA, ColB). Isso pode estar correto, mas o mais inteligente a fazer é adicionar ColBuma segunda chave ao índice existente. Caso contrário, você terá cobertura duplicada e desperdício de espaço e sobrecarga.

Da mesma forma, se você tiver um índice em ColB INCLUDE (ColA), pode sugerir um índice em ColB INCLUDE (ColC). Novamente, a coisa inteligente a fazer é adicionar ColCà lista de inclusão no índice existente.

Os índices sugeridos têm uma visão extremamente restrita - eles examinam apenas uma única consulta ou uma única operação dentro de uma única consulta. Eles não levam em conta o que já existe ou seus outros padrões de consulta.

Você ainda precisa de um ser humano pensante para analisar a estratégia geral de indexação e garantir que a estrutura do índice seja eficiente e coesa.

Se não houvesse problemas em apenas adicionar todos os índices sugeridos, não haveria necessidade de sugeri-los - eles seriam implementados automaticamente.

Recomendo o uso cauteloso dessa técnica de ajuste, pois descobri que as sugestões de índice ausentes exibidas pelos planos de consulta são consistentemente menos confiáveis ​​à medida que as consultas e os esquemas de banco de dados se tornam progressivamente mais complexos. Isso ocorreu devido a uma variedade de razões em minha experiência:

1) A "melhoria percentual" pode estar distante para todos, exceto para as consultas mais simples/índices mais óbvios, afinal é apenas uma estimativa e não deriva dos custos reais incorridos ou das contagens de linhas reais quando a consulta é executada. Já vi os custos de consulta aumentarem após a implementação de um índice sugerido, ou ele nem é usado e o plano continua o mesmo.

2) O plano de consulta em si não é ideal, seja devido à construção da consulta (junções e cláusula where não otimizada etc.) A indexação para um plano de consulta brutalmente ruim geralmente é, na melhor das hipóteses, uma solução band-aid com apenas uma melhoria incremental no desempenho.

3) Você pode não estar vendo a imagem inteira. Isso é especialmente verdadeiro ao usar apenas o plano gráfico e não visualizar o XML para ver se mais de um índice ausente foi sugerido. A que aparece primeiro no plano gráfico não é necessariamente a que tem maior impacto na consulta.

4) Também encontrei muitos exemplos de novos índices sendo sugeridos ao modificar o índice existente. Veja as outras respostas aqui sobre este ponto, elas estão no local, não há necessidade de eu elaborar mais.

Eu só uso as sugestões de índice ausentes como ponto de partida ao trabalhar com uma consulta/ambiente desconhecido para ver onde procurar mais profundamente. Obtive melhores resultados observando os operadores no plano (principalmente as buscas/varreduras/junções) e verificando a dica de ferramenta ou a janela de propriedades para ver quais colunas estão envolvidas e usando isso para determinar candidatos de índice para testar a melhoria.

Há um monte de razões, principalmente - sabendo como os índices funcionam e armazenados - você sempre criará um índice melhor, ou pelo menos - não pior, que as sugestões do SSMS