Лучше делать перезапись в столбец или оставлять вычислением?

Question

[Igorek98]

Столкнулся с такой мыслью.
У нас есть столбец, значения которого мы можем вычислять для получения результата.
(взять значение одного, сложить с другим, умножить на третье и добавить четвертое).

Но не будет ли лучше, если мы его будет всегда перезаписывать и сохранять для поиска по нему в отдельном столбце?
Или подсчёт 2-4 значений из разных столбцов не нагружают особо БД и лучше это значение оставить вычисляемым?

Answer 1

[Rsa97]

Вы можете создать вычислимое поле (generated column), как хранимое, так и виртуальное.

Comments

[Igorek98]

Оно получается будет, как уже записанное, а вычисляться только, если мы в одном из значений столбцов поменяем значение?

Т.е. вычисляется оно один раз при смене данных в БД, а при запросе пользователей будет уже поиск и сравнение по готовому столбцу/таблице без лишних вычислений?

[Rsa97]

Igorek98,

VIRTUAL: Column values are not stored, but are evaluated when rows are read, immediately after any BEFORE triggers. A virtual column takes no storage. InnoDB supports secondary indexes on virtual columns.
STORED: Column values are evaluated and stored when rows are inserted or updated. A stored column does require storage space and can be indexed.

[Igorek98]

Rsa97, а как сохраняемое поле называется?
Я так понял оно создает доп. таблицу, которую сама же и обновляет по мере изменений в БД?

[Rsa97]

Igorek98, В документации всё описано. Учитесь читать. VIRTUAL нигде не хранится, вычисляется при чтении строки. STORED хранится в таблице как обычное поле, вычисляется при вставке/изменении строки. А название полю вы сами даёте.

[Igorek98]

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

[Rsa97]

Igorek98, Да

[Igorek98]

Rsa97, а как быть с таким моментом, что, если у нас одно из значений будет ровно 0, а умножив на 0, мы ничего не получим, как нам тогда при этом значении сделать эквивалент, что мы просто пропускаем тогда умножение? Например, когда речь заходит о процентном соотношении.

[Rsa97]

Igorek98, Умножив на ноль, вы получите ноль, а не "ничего". В MySQL есть функции-условия IF и IFNULL.

[Igorek98]

`price` int(32) DEFAULT NULL,
    `price2` int(32) GENERATED ALWAYS AS (SELECT IF(`discount` > 0, `price` - (`price`/100 * `discount`)), `price`) STORED DEFAULT NULL,

Из-за чего ошибку выдает при создании?

[Rsa97]

Igorek98, SELECT не нужен, закрывающая скобка не в том месте, у вычислимых полей нет значений по умолчанию.

[Igorek98]

Rsa97, почему-то при указании STORED вылетает ошибка, а с VIRTUAL всё норм.

Answer 2

[DimaIs]

Тут стоит исходить из того, что операции create/update происходят единожды и с одной конкретной строкой, в отличие от того же чтения. Гипотетический пример: у нас есть N записей, для их создания нам N раз придется складывать M столбцов. Допустим, что таблица у нас неотсортированная и без индексов. Тогда для поиска одного элемента нам придется в среднем N / 2 раз сложить M столбцов, что уже даже при единичных операциях поиска убьет весь наш "выигрыш" от отказа вычислять эти столбцы при создании/обновлении. Выбор очевиден

Comments

[Igorek98]

Так, а как лучше осуществить регулярную перезапись или хранение без лишних вычислений?

[DimaIs]

Igorek98, создайте обычный новый столбец. При создании/апдейте вычисляйте его. Это также позволит индексировать таблицу по этому столбцу.