В общем, есть у нас 250 торговых точек
в 86 городах
Сейчас разрабатываем свой софт из-за своих особенностей уходим от другим программ.
В день идет примерно 10 000 заказов, в базе порядка 100 наименований товаров для каждой точки.
Собственно вопрос в том, как лучше реализовать таблицу для хранения операций ? так как база очень быстро станет большой и как все будет работать когда там будет 10 млн записей и все увеличиваться ?
Основные щас проблемы, как считать остатки на складе грамотно при такой большой загруженности, склад на каждый точке и таблица операций на кассе
В таблице, если id типа int может быть 4 млрд записей. Мало возьмите 64 битную версию и bigInt
Единственное надо иметь в виду insert or update автоинкрементирует ид даже при апдейте.
Если писать запросы аккуратно и продумывать индексы, то работать будет быстро.
А закладываться на то, что ой записей до фига, мы их счас по табличкам раскидаем имхо бесполезная суета.
Олег Муравейко, Спасибо Вам, с момента создания вопроса много узнал о Highload проектах и как потом все масштабировать
В общем начну как есть, а там посмотрим
Средний
