Изгледът не се съхранява отделно:когато направите заявка за изглед, изгледът се заменя с определението на този изглед. Така и промените в данните в таблиците ще се покажат незабавно чрез изгледа.
В допълнение към функцията за сигурност, посочена по-рано:
Ако пишете голям брой заявки, които биха изпълнили това присъединяване, то отчита този SQL код. Подобно на извършването на някои операции във функция, използвана на няколко места, това може да направи кода ви по-лесен за четене/запис/отстраняване на грешки.
Това също така ще ви позволи да промените начина, по който се извършва присъединяването в бъдеще на едно място. Може би връзката 1 към много би могла да се превърне в релация много към много, въвеждайки допълнителна таблица в присъединяването. Или може да решите да денормализирате и да включите всички полета за тип събитие във всеки запис на събитие, така че да не се налага да се присъединявате всеки път (пространство за търговия за време за изпълнение на заявка).
Бихте могли допълнително да разделите таблиците по-късно, като го промените на 3-посочно присъединяване и други заявки, използващи изгледа, няма да се налага да се пренаписват.
Можете да добавите нови колони към таблицата(ите) и да промените изгледа, за да пропуснете новите колони, така че някои по-стари заявки, използващи „select *“, да не се прекъсват, когато промените дефинициите на таблицата.
