Как хранить в mysql большую таблицу операций?

Question

[Денис]

В общем, есть у нас 250 торговых точек
в 86 городах

Сейчас разрабатываем свой софт из-за своих особенностей уходим от другим программ.

В день идет примерно 10 000 заказов, в базе порядка 100 наименований товаров для каждой точки.

Собственно вопрос в том, как лучше реализовать таблицу для хранения операций ? так как база очень быстро станет большой и как все будет работать когда там будет 10 млн записей и все увеличиваться ?

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

Answer 1

[Олег]

api__request 3,224,520 записей 398.7 МБ
api__data 44,239,808 записей 7.6 ГиБ
все еще жду после какого количества начнет тормозить vps

И наверно не дождусь еще 2-3 гига и буду чистить. SSD всего на 20 гиг ;(

Comments

[Денис]

Похвально!
Но у меня нагрузки будут намного больше
примерно 20 000 записей в день, а это в месяц 600 000
и это только за месяц, боюсь что за год будет

[Олег]

В таблице, если id типа int может быть 4 млрд записей. Мало возьмите 64 битную версию и bigInt
Единственное надо иметь в виду insert or update автоинкрементирует ид даже при апдейте.
Если писать запросы аккуратно и продумывать индексы, то работать будет быстро.
А закладываться на то, что ой записей до фига, мы их счас по табличкам раскидаем имхо бесполезная суета.

[Денис]

Олег Муравейко, Спасибо Вам, с момента создания вопроса много узнал о Highload проектах и как потом все масштабировать
В общем начну как есть, а там посмотрим