Я не говорю что у меня отменные знания..)))

Простым расчётом, я получил, что в месяц, одна таблица (движение) будет пухнуть на 810 000 записей. В год на 9 720 000. Я не думаю, что выборка данных будет идти быстрее. в архив желательно отправлять когда движение товара будет более 1,5 года.

Я не хочу чтобы была такая большая таблица. ( почему не знаю, нарна у меня паталогия какая нить). Поэтому я к вам обратился за советом.

сделать одну таблицу движения, сделать на каждый склад свою таблицу движения, какой нить ещё вариант, который я хотел услышать от Вас. =)

Видимо 3-го варинта нет, т.к. мне уже вторую страницу объясняют то, что я написал в первом посте. =)

Dimitry Sibiryakov KitayЯ не хочу чтобы была такая большая таблица. ( почему не знаю, нарна у меня паталогия какая нить).
Это ты просто не работал с приличными SQL серверами. Плюс незнание некоторых хитростей типа хранимых агрегатов (АКА точки актуальности). Эти миллионы записей - тьфу. Текущие остатки по всем товарам на всех складах будут считаться считанные секунды (при правильном подходе).

А где можно прочитать про это? =))