Geralmente uso vistas para mostrar um aspecto diferente de uma tabela. Por exemplo, na minha mesa de funcionários me mostrar os gerentes ou esconder o campo de salário de funcionários não HR. Também certifique-se sempre de explicar a consulta e vista para entender exatamente o que está acontecendo dentro do MySQL.

Se estamos a discutir "se você usa vistas, como garantir o desempenho", e não o efeito de desempenho das vistas em geral, acho que se resume a contenção (como em si mesmo).

Você pode se meter em grandes problemas se você apenas escrever opiniões para tornar a sua consulta simples em todos os casos, mas não tome cuidado que suas opiniões são realmente úteis em termos de desempenho. Qualquer consulta que você está fazendo no final deve estar em execução sà (veja o exemplo de comentário desse link por @eggyal). Claro é uma tautologia, mas não menos valiosa.

Você especialmente precisa ter cuidado para não fazer opiniões a partir de opiniões, só porque isso pode tornar mais fácil para tornar essa visão.

No final, você precisa olhar para a razão pela qual você está usando vistas. Cada vez que você faz isso para tornar a vida mais fácil no final da programação você pode ser melhor com um procedimento armazenado IMHO.

Para manter as coisas sob controlo, talvez queiras escrever porque tens uma certa visão, e decidir porque estão a usá-lo. Para cada 'novo' uso dentro de sua programação, verifique novamente se você realmente precisa da vista, por que você precisa dela, e se isso ainda lhe daria um caminho de execução são. Continue a verificar os seus usos para mantê-lo rápido, e continue a verificar se você realmente precisa dessa Vista.

Uma coisa não mencionada até agora, mas fazer uma grande diferença é indexação adequada das vistas ' Fonte tabelas .

Como mencionado acima, as vistas não residem no seu DB, mas são reconstruídas todas as vezes. Assim, tudo o que torna a reconstrução mais fácil para o DB aumenta o desempenho da vista.

Muitas vezes, as vistas juntam dados de uma forma que é muito ruim para o armazenamento (sem forma normal), mas muito bom para o uso posterior (fazendo análise, apresentando dados ao utilizador ...) e, com isso, juntar e agregar dados de diferentes tabelas.

O facto de as colunas em que as operações são efectuadas serem ou não indexadas faz uma enorme diferença no desempenho de uma vista. Se as tabelas e as suas colunas relevantes estiverem indexadas e já acederem à janela, não terminará com a nova computação dos índices uma e outra vez. (do lado negativo, isto é feito quando os dados são manipulados nas tabelas de origem)

! Indexar todas as colunas usado em junções e grupos por cláusulas em sua declaração CREATE VIEW !