- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
-- Теперь мы можем легко получить отчёт по продажам на прошлую дату:
DELIMITER ;
BEGIN;
CALL set_prot_snapshot_date('2018-10-09 17:23:47', NULL, -1);
SELECT NOW() report_time, d.date, SUM(p.amount * p.price) sum
FROM docs d
INNER JOIN doc_pos p ON d.id = p.doc_id
GROUP BY d.date;
ROLLBACK;
для субд версионирование
(и это не оно)
Показывать же кишки MVCC наружу — плохая идея, потому что в первую очередь оно нужно для обеспечения транзакционности, и если мы дадим к нему доступ — нам придётся обеспечивать изоляцию самих записей MVCC, от чего нам резко станет хуёво (нужен будет MVCC для MVCC).
Если же их не чистить — будет больно тем, кому ворсированность не нужна.
Короче говоря, много ебли с практически нулевым выхлопом. Ворсирование на триггерах — гораздо более удобное и, главное, гибкое (если, конечно, это не тот пиздец, что в посте).
Оверхед будет, но он и с триггерами есть же, не?
Мне просто не нравится ручное версионирование на уровне бизнес логики.
СУБД дает срез данных на момент какого-то коммита транзакции, так это же то самое версионирование и есть, нужно только научиться diff красиво показывать
пэхапэшник плиз
это параллелизм
а параллелизм начинается с локов и уже в это способ придуманный шваброобезьянов достигает охуительных результатов
https://www.youtube.com/watch?v=6wIM1NobCUg
А пыхомирок не меняется. Вангую, что в 2030 году пыхомакаки по-прежнему будут жаловаться на невозможность поправить блядский PHP.IИI на блядском шаред хостинге
https://i.postimg.cc/Gt86ycCS/pzzzzzz.png
Те же мудаки в 2022: (пишут стену ненужного текста про куки который никто никогда не будет читать)
А откуда ты знаешь про кулэйд? Твое детство прошло в США? Ты может и севен элевн знаешь? И тойзараз? И вальбаумс помнишь? И котеджчиз с бейглом на завтрак ел?