Rsa97, реально шаманство (это всегда так кажется, когда не знаешь чего то).
Итого: если в первом варианта получалось, что в качестве max() было вставляемое значение и разница получалась 0,
то при перемене месте total и 1h такое ощущение, что max() выдает 0, и 1h получается равным вставляемому total.. Бред. Видимо проще за пару запросов к БД делать - сначала предыдущее значение total получить, а потом уже вставлять новые
Задача - одним вызовом к базе вставить в базу новое значение Total, а в колонку 1h вставить разницу между новым значением Total и предыдущим Total.
Дерьмовая задача.
То, что вы хотите поиметь, называется "переопределённые данные". И в общем случае является bad practice.
Нужна дельта - считайте в запросе.
Ипатьев, у меня тоже самое. Такое ощущение что MySQL считает, что это нельзя делать из других таблиц, и поэтому имя таблицы указывать вообщен не нужно.
Руслан Федосеев, я тоже предположил триггер... и только потом понял, что здесь не обновление строки, а вставка новой, и разница - не с ее предыдущим значением, а с максимумом таблицы до вставки (то есть другой строкой).
Ипатьев, ну ввиду того, что в INSERT таблица указана, во вложенном SELECT используется видимо эта же таблица. Хотя по мне так странно, что нельзя другую таблицу указать, вроде раньше можно было это делать.
Я все таки не пойму. При добавлении записи - смотрим разницу между предыдущим total и текущим, и сохраняем ее...
по поводу редактирования и удаления записей ничего не говорилось в задаче )
не хотите триггер - не надо, уговаривайте все сломать и сделать правильно....
Akina, в середину точно не будут добавляться данные, и модификаций тоже не будет. По факту это показания счетчика, которые раз в час пишутся в базу. Но требуется помимо показания писать еще и расход за этот час.
Согласен с коллегами которые недоумевают насчет хранения разницы. Хранить её крайне вредно - это дупликация данных, которая вызывает дополнительные сложности с поддержанием консистентности. Разница легко вычисляется при чтении, именно так и нужно поступить.
Я тоже с этим согласен. Но мне нужно настроить передачу данных во внешнюю систему, а там люди говорят - на не нужен накопительный итог, а только разницу за 1 час. Ладно, будем считать перед вставкой и вставлять уже значение.
Дмитрий Плотников, вы издеваетесь что ли? При чем здесь ХРАНЕНИЕ разницы если речь про ПЕРЕДАЧУ?! Вам русским языком говорят, разница легко вычисляется при передаче, а вы в ответ продолжаете бубнить "мне нужно совсем другое, разница нужна при передаче! и поэтому буду считать её при записи".
Дупликация или дублирование? Второе гораздо ближе к происходящему.. Впрочем, оба термина в данном случае - не по делу. Здесь применим термин "переопределённые данные" (но не "переопределение!").
А чего мне определяться ? Я в качестве подрядчика ставлю у заказчика новую систему. Для сохранения совместимости со старым форматом сбора данных с меня просят сделать такой вариант.
Я в качестве подрядчика ставлю у заказчика новую систему. Для сохранения совместимости со старым форматом сбора данных с меня просят сделать такой вариант.
CREATE TRIGGER tr_bi_tablename
BEFORE INSERT ON tablename
FOR EACH ROW
SET NEW.delta_column = NEW.meter_column - COALESCE(( SELECT meter_column
FROM tablename
ORDER BY created_at DESC LIMIT 1), 0);
Простой
