Генерируемые столбцы (Generated Columns) в MySQL — это столбцы, значение которых вычисляется автоматически на основе других столбцов в таблице. Это очень удобно, когда нужно всегда иметь «актуальную» производную величину (например, итоговую стоимость, индекс массы тела, коэффициент, результат арифметических операций и т.д.), при этом не писать лишний код или триггеры. 🔮

В чём суть? ⚙️
Вместо того чтобы хранить формулу в приложении, мы «встраиваем» логику прямо в таблицу. При обновлении данных в базовых полях вычисляемый столбец тоже меняется.

Два вида генерируемых столбцов:
🔹VIRTUAL (виртуальный)
Значение вычисляется «на лету» при выборе из таблицы и не хранится физически.
🔹STORED (сохранённый)
Значение сохраняется в таблице и обновляется при изменении данных. Имеет свой физический размер, но и доступ к нему быстрее (особенно при частых запросах).

Пример создания таблицы с генерируемым столбцом
Предположим, у нас есть таблица для хранения товаров. В ней мы хотим автоматически высчитывать итоговую стоимость (total_cost) как произведение цены price на количество quantity.

CREATE TABLE items (
  id INT AUTO_INCREMENT PRIMARY KEY,
  price DECIMAL(10,2),
  quantity INT,
  -- Генерируемый столбец, который будет хранить итоговую стоимость
  total_cost DECIMAL(10,2) AS (price * quantity) STORED
);

🔹AS (price * quantity) — формула, по которой будет вычисляться столбец total_cost.
🔹STORED означает, что итоговая стоимость будет записываться в таблицу и быстренько выдаваться из физического хранения.
🔹При вставке или обновлении записи MySQL сама позаботится о том, чтобы total_cost пересчитался.

А если сделать виртуальный столбец? 💡
Чтобы не занимать место на диске, используем VIRTUAL:

CREATE TABLE items_virtual (
  id INT AUTO_INCREMENT PRIMARY KEY,
  price DECIMAL(10,2),
  quantity INT,
  total_cost DECIMAL(10,2) 
    AS (price * quantity) VIRTUAL
);

🔹 Поле total_cost не хранится физически. Оно вычисляется при каждом чтении строки.
🔹При частом чтении большого количества строк запросы могут работать чуть медленнее, ведь каждый раз идёт пересчёт.
🔹Зато при редких выборках и частых обновлениях виртуальный столбец может быть выгоднее, так как не используется дополнительное место на хранение.

Индексация и ограничения 🔑
🔹STORED столбцы можно индексировать, а значит, быстрее искать по ним.
🔹VIRTUAL столбцы индексировать нельзя

Подводим итоги 🏆
🔹Генерируемые столбцы избавляют от необходимости самостоятельно следить за обновлением вычисляемых значений.
🔹Выбор между VIRTUAL и STORED зависит от частоты чтения/записи, а также необходимости индексации.
🔹Такой подход упрощает архитектуру БД и код приложения: формула одна, лежит «рядом с данными», все операции прозрачны и понятны.

Если вам нужно ускорить расчёт «сложной формулы» или хранить результат для аналитических задач — выбирайте STORED. Если поле лишь вспомогательное, используйте VIRTUAL.

Как устроены хранилища MySQL: InnoDB vs MyISAM vs MEMORY 🏗️
Когда вы создаёте таблицу в MySQL, у неё есть так называемый движок хранения (storage engine). Это то, как MySQL управляет данными внутри таблицы: где их хранить, как их обновлять и как быстро к ним обращаться.

В MySQL есть несколько движков, но самые популярные:
🔹InnoDB — стандартный и самый надёжный вариант 🔥
🔹MyISAM — старый, быстрый, но без транзакций ⚡
🔹MEMORY — для супербыстрых временных таблиц 🧠

Давайте разберёмся, в чём их различия и когда какой использовать.

🔥 InnoDB — современный стандарт
InnoDB — это основной и рекомендуемый движок в MySQL. Он поддерживает транзакции, обеспечивает целостность данных и отлично подходит для больших нагрузок.

Основные особенности:
✅ Поддержка транзакций — если что-то пошло не так, можно откатить изменения (ROLLBACK).
✅ Поддержка внешних ключей — можно строить связи между таблицами (FOREIGN KEY).
✅ Блокировка на уровне строк — если обновляется одна строка, другие остаются доступными.
✅ Хранит данные в кластеризованном индексе — быстрее работает с PRIMARY KEY.

🛠 Где используется?
🔹В интернет-магазинах, CRM-системах, SaaS-проектах.
🔹Там, где важна целостность данных (например, банковские операции).
🔹Если нужна высокая скорость чтения и записи одновременно.

⚡ MyISAM — быстрый, но устаревший
MyISAM был основным движком в MySQL до версии 5.5. Он работает быстрее, но не поддерживает транзакции.

Основные особенности:
✅ Очень быстрое чтение данных — идеален для аналитики.
✅ Легче в администрировании — структура проще, чем у InnoDB.

❌ Минусы:
🔹 Нет транзакций — если сервер упадёт во время записи, можно потерять данные.
🔹 Блокировка на уровне таблицы — если обновляется одна строка, вся таблица заблокирована.
🔹 Нет внешних ключей — нельзя строить сложные связи между таблицами.

🛠 Где используется?
🔹В системах, где важнее скорость чтения, а не записи (например, блоги, статистика).
🔹В проектах, где потеря данных не критична.
🔹Сейчас почти не используется, потому что InnoDB во многом его заменил.

🧠 MEMORY — супербыстрые временные таблицы
MEMORY хранит данные не на диске, а в оперативной памяти (RAM). Это делает его невероятно быстрым, но с одной важной особенностью: при перезапуске MySQL все данные исчезают!

Основные особенности:
✅ Молниеносная скорость — идеально для временных данных.
✅ Нет нагрузки на диск — всё работает в оперативке.
✅ Отлично подходит для кэша — можно временно хранить результаты сложных запросов.

❌ Минусы:
🔹Данные исчезают при рестарте MySQL.
🔹Не поддерживает TEXT и BLOB (нельзя хранить большие строки и файлы).
🔹Ограничение на размер — зависит от объёма оперативной памяти.

🛠 Где используется?
🔹Временные таблицы для отчётов.
🔹Кэширование данных, которые часто запрашиваются.
🔹Для промежуточных вычислений.

🏆 Какой движок выбрать?
🔹Если не знаете, что выбрать — берите InnoDB. Он безопасный, поддерживает транзакции и гибкий.
🔹MyISAM хорош только для устаревших проектов, но сейчас почти не используется.
🔹MEMORY подходит для временных данных, если они не должны сохраняться после перезапуска сервера.

Теперь вы знаете, как устроены хранилища MySQL и какой движок выбрать для своего проекта! 🚀