Как работают представления в MySQL?

Question

[vista1x]

В MySQL есть представление (View), которое делает запрос с множеством JOIN, подсчетов (sum и т.п.) и возвращает нужную мне таблицу.
Допустим, возвращаемые поля такие: ID, Num, Name, Price, Discount
Сама View считает данные по всем данным из БД. А что если мне нужны не все данные, а, к примеру, где ID = N;
То есть сделав запрос
SELECT * FROM MyView WHERE ID = {variable}
я получаю нужный мне результат. Но если я правильно понимаю, сначала выполнится запрос, лежащий в представлении, и только потом, из возвращенного вьюхой результата выберется одна единственная нужная мне запись. Получается, что считаю я результаты для всех данных, а забираю только одну. Это так?

Если это так, то как следует поступать в таких ситуациях? Конечно, я могу писать отдельно запрос в приложении - но запросы получатся трехэтажные. Вдобавок к этому, представления удобны тем, что их можно использовать в других запросах, не переписывая сотни раз одни и те же формулы вычисления нужных мне данных.

Answer 1

[Finnish]

Представление, это как подготовленный заранее шаблон запроса. Выполняя поиск по какому-то представлению, Вы на самом деле лишь дописываете к этому шаблону свои условия.

Вот простой пример представления (назовём его `users_online`), которое показывает пользователей, проявлявших активность в течении последних 15 минут:

SELECT * 
FROM `users`    AS `u` 
JOIN `activity` AS `a` 
ON   `a`.`user_id`   = `u`.`id` 
AND  `a`.`modified` >= CURRENT_TIMESTAMP - INTERVAL 15 MINUTE;

При выборе онлайн-пользователей старше 18 лет, Ваш запрос будет скорее всего примерно такой:
SELECT * FROM `users_online` WHERE `age` > 18;

Что для базы данных равноценно:

SELECT * FROM (
    SELECT * 
    FROM `users`    AS `u` 
    JOIN `activity` AS `a` 
    ON   `a`.`user_id`   = `u`.`id` 
    AND  `a`.`modified` >= CURRENT_TIMESTAMP - INTERVAL 15 MINUTE
) AS `users_online` 
WHERE `age` > 18;

В каждом конкретном случае база данных может оптимизировать запрос, и результирующим может оказаться нечто иное, но смысл от этого не меняется и описан в первом предложении моего комментария. Например, более простое представление:
SELECT * FROM `users` WHERE `online` = 1;
... с Вашими условиями превратится в:

SELECT * FROM `users` WHERE `online` = 1 AND `age` > 18;

Comments

[vista1x]

Спасибо за ответ! Значит, мое предположение было ошибочным? Если это так, то я рад, но: в PhpMyAdmin есть анализ запросов. Я анализирую сохраненное представление, в нем такие данные: затронутые строки - 3262, 3262, 466, 1, 7 (по 5 разным полям); Я делаю селект из сохраненной View с нужным мне ID и анализирую уже этот запрос - количество затронутых строк ровно такое же. Объясните, пожалуйста, почему так? Возможно я чего-то недопонимаю.

[Finnish]

vista1x: Представление будет быстрым только в том случае, если в нём нет JOIN-ов, арифметических или групповых операций.

[vista1x]

Finnish: его скорость меня пока что устраивает. Мне лишь нужно убедится, что делая селект из представления и добавляя к нему условие, будет просчитываться будет только то, что лежит в условии, а не вся вью.

[Finnish]

vista1x: Скорость зависит так же от того, есть ли индексы по тем полям, по которым выполняется поиск. 3262, 3262, 466, 1, 7 - есть подозрение, что первые два поля без индексов и базе данных приходится перебирать все строки.

[Макс]

vista1x: Вью+условие и селект, на основе которого сделан вью + условие - суть одно и то-же.
плюсы у вью (если мы говорим о скорости) только в том, что на него а. уже есть план исполнения и б. он, если вы им регулярно пользуетесь, будет закэширован.
объем данных, которые будут перелопачиваться сервером(а как следствие - и скорость), зависит от индексов.