MySQL представления о производительности для целей псевдонима

Question

Так что я работаю над проектом Rails, и у меня есть устаревшая база данных, которая используется другими приложениями, поэтому его структура не может быть изменена. Проблема в том, что имена таблицы и столбцов не следуют за конвенциями рельсов.Общее решение для тому, чтобы создать мисклесские представления, которые просто псевдоним столбцов правильно.

Это мертвые простые представления, которые просто имеют

SELECT old_column_1 AS new_column_1, old_column_2 AS new_column_2 FROM table_name;

.

Некоторые таблицы действительно большие, такие как 22 миллиона строк (2GIB).Все таблицы являются MYISAM.Также есть один таблица GenaCodicetacode с 2 миллионами строк (~ 350 мИб)

Ключевой вопрос заключается в том, какая часть накладных расходов я получаю с такими взглядами и каким-либо образом воздействует на расширение генеракодицетагкода или генеракодицетагкода во время генеракодицетагкодов или генеракодицетагкодов?

Answer 1

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

Генеракодицетагкод через генеракодицетагкод имеет ограничения;Похоже, вы не ударите их.Прочитайте руководство.

SELECT - это место, где оптимизатор может бросить мяч;Предложите вам эксперимент в автономном режиме, прежде чем совершить изменения.