MySql показва ефективността

Зависи.

Напълно зависи от това, което гледате през изглед. Но най-вероятно ще намалите усилията си и ще осигурите по-висока производителност. Когато SQL изразът препраща към неиндексиран изглед, анализаторът и оптимизаторът на заявки анализират източника както на SQL израза, така и на изгледа и след това ги разрешават в един план за изпълнение. Няма един план за SQL израза и отделен план за изгледа.

Изгледът не е компилиран . Това е виртуална маса, съставена от други маси. Когато го създадете, той не се намира някъде на вашия сървър. Основните заявки, които съставляват изгледа, са подложени на същите печалби в производителността или дефекти на оптимизатора на заявки. Никога не съм тествал производителността на изглед срещу основната му заявка, но бих си представял, че производителността може да варира леко. Можете да получите по-добра производителност в индексиран изглед, ако данните са относително статични. Това може да е това, което мислите, може би по отношение на "компилиран".

Предимства на изгледите:

1. Преглед на данните, без да ги съхранявате в обекта.
2. Ограничете изгледа на таблица, т.е. може да скриете някои от колоните в таблиците.
3. Свържете две или повече таблици и го покажете като един обект на потребителя.
4. Ограничете достъпа до таблица, така че никой да не може да вмъкне редовете в таблицата.

Вижте тези полезни връзки:

1. Ефективност на VIEW спрямо SQL израз
2. Изгледът по-бърз ли е от проста заявка?
3. Mysql VIEWS срещу PHP заявка
4. Динамични и ефективни ли са MySql Views?
5. Материализиран изглед спрямо таблици:Какви са предимствата?
6. Извършва заявка над изглед по-бавно от директното изпълнение на SQL?
7. Заобикаляне на проблемите с производителността на изгледите TEMPTABLE
8. Вижте подобрения в производителността, като използвате индексирани изгледи в SQL Server