Гнучкість дизайну: Використовуючи подання замість запиту в програмі, легше вносити зміни до основної структури таблиці. Покращена безпека: використовуючи подання для повернення даних із таблиць замість SELECT, ви можете приховати речення WHERE або інші стовпці, до яких ви не хочете, щоб користувач мав доступ.
Перегляди можна використовувати як механізми безпеки, дозволяючи користувачам отримувати доступ до даних через представлення, не надаючи користувачам дозволів на прямий доступ до основних базових таблиць представлення. Представлення можна використовувати для надання зворотно сумісного інтерфейсу для емуляції таблиці, яка раніше існувала, але схема якої змінилася.
Перегляди використовуються з метою безпеки, оскільки вони забезпечують інкапсуляцію назви таблиці. Дані знаходяться у віртуальній таблиці, а не зберігаються постійно. Подання відображають лише вибрані дані. Ми також можемо використовувати Sql Join у операторі Select для отримання даних для представлення.
Хоча представлення мають багато переваг, основним недоліком використання представлень замість реальних таблиць є зниження продуктивності. Оскільки подання лише створюють вигляд таблиці, а не справжньої таблиці, процесор запитів повинен переводити запити до подання в запити до основних вихідних таблиць.
Відповідь. Так, перегляди бази даних можуть впливати на продуктивність як позитивно, так і негативно, залежно від того, як вони використовуються. З одного боку, перегляди можуть покращити продуктивність. Вони дозволяють спростити складні запити шляхом абстрагування операцій об’єднання або підзапитів в єдиний повторно використовуваний об’єкт – саме представлення.
Перегляди може об’єднувати та спрощувати декілька таблиць в одну віртуальну таблицю. Представлення можуть діяти як зведені таблиці, де механізм бази даних агрегує дані (суму, середнє значення тощо) і представляє обчислені результати як частину даних. Представлення можуть приховати складність даних.