🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Представления (Views) в SQL
Представления (views) - это виртуальные таблицы в базе данных, которые не хранят данные физически, а представляют собой сохраненные SQL-запросы.
Нужны они для упрощения организации работы с запросами.
Условно, есть у нас несколько таблиц: продажи, клиенты, магазины, продавцы. И нам надо ежемесячно собирать эти все данные воедино с помощью джоинов и анализировать всё это.
На помощь приходят вьюшки: так как каждый месяц это всё происходит снова и снова, то можно написать основную логику по агрегации этих таблиц с помощью запросов, сохранить этот запрос в представление и обращаться к нему 1 строкой кода. При необходимости можно что-то добавлять, фильтровать, сортировать и т.п. Также еще немаловажно то, что, если рассматривать вью как таблицу, а не как сохраненный SQL-запрос, то эту таблицу не надо обновлять - это всё происходит само собой, когда изменяются данные в тех таблицах, на которые она опирается.
🟠Пример создания view:
CREATE VIEW active_customers AS
SELECT id, name, email
FROM customers
WHERE status = 'active';
После выполнения view сохраняется в базе данных.
Вызвать ее можно, например, вот так:
select * from active_customers
Такой запрос вернет поля id, name, email из таблицы customers, где status = 'active'.
Проще говоря, по своей сути это напоминает СТЕ таблицы, только сохраненные в базе данных.
Найти созданные представления можно через интерфейс СУБД, либо из таких таблиц, как user_views, all_views и т.д.:
SELECT * FROM user_views
where view_name = 'ACTIVE_CUSTOMERS'
🟠Также представления допускают операции INSERT, UPDATE, DELETE. Как пример:
UPDATE active_customers SET
email = '[email protected]'
WHERE id = 2
После такого запроса обновится в первую очередь таблица, на которой построено представление, и, как следствие, само представление.
🟠Специфика представлений:
▶️Нужно помнить, что в первую очередь view - это сохраненный SQL-запрос, который выполняется при обращении к ней. Поэтому вызов представления - процесс намного более медленный, чем просто выбор данных из обычной таблицы.
▶️С некоторыми представлениями будет проблематично взаимодействовать с помощью INSERT, UPDATE, DELETE. Как правило это те, которые используют JOIN, GROUP BY, DISTINCT, UNION... Связано это банально с тем, что просто непонятно, что именно и где именно обновлять/удалять.
▶️Представления зависят от базовых таблиц, и при изменении структуры таблиц view может стать неработоспособным