сервак (с индексами разумеется)? Не могу аргументы привести, что 200000 записей в месяц не почувствуются как и 15000...
150 000 000
я почти уверен, что можно обложить все 100500 materialized view которые на 1 запись будут класть что угодно. Либо еще можно постараться найти такое железо, что на нем все также будет плохо работать почти сразу.
Записей куда?
в таблицу с 5 полями
показать натурными исытаниями
Ну 200к записей в месяц - сильно зависит от того на каком интервале эти 200к произойдут. Как и на каком железе.
Т.е. если у тебя там ssd, который может 1млн iops на запись, то даже 200k/сек будет ни о чем
Упрешься в процессор - индексы считать
крч 200К заказов клиенты в месяц генерят, за каждый заказ нужно начислять бонусы на счет, в таблице на вставку заказа решили просто триггер повесить который будет евент с зачислением бонусов писать в таблицу. Вот боятся что евентов будет очень много и предлагают раз в час чекать заказы и 1 евентом для юзера зачислять бонусы за все заказы за час, что должно уменьшить кол-во евентов
Я бы больше доверял бд в таком случае, а не вот этому "чекать раз в час"
Пара AMD Epyc 7742 и точно не будет проблем :)
Так себе идея тут же зачислять бонусы
~8 миллионов в сутки, ~250 миллионов в месяц - полет нормальный
после первой
Обсуждают сегодня