MySQL посмотреть производительность УЖАСНЫЙ или MERGE?

Вообще говоря, алгоритм MERGE является предпочтительным, поскольку он позволяет вашему представлению использовать индексы таблиц и не создает задержки при создании временных таблиц (как это делает TEMPTABLE).

Фактически это то, что оптимизатор MySQL делает по умолчанию - когда алгоритм представления UNDEFINED (как это по умолчанию) MySQL будет использовать MERGE, если может, иначе он будет использовать TEMPTABLE ,

Стоит отметить (что доставило мне много боли), что MySQL не будет использовать алгоритм MERGE, если ваше представление содержит любая из следующих конструкций:

Конструкции, предотвращающие слияние, одинаковы для производных таблиц и ссылок на представления:

• Агрегатные функции (SUM (), MIN (), MAX (), COUNT () и т. д.)

• Distinct

• GROUP BY

• HAVING

• ПРЕДЕЛ

• СОЮЗ или СОЮЗ ВСЕХ

• Подзапросы в списке выбора

• Назначения пользовательских переменных

• Ссылки только на литеральные значения (в данном случае нет базовой таблицы)

В этом случае будет использоваться TEMPTABLE, что может привести к проблемам с производительностью без четкой причины. В этом случае лучше использовать хранимую процедуру или подзапрос вместо представления

Спасибо, MySQL 😠