Есть таблица в которой хранятся имена складов

id - store1 - sklad12 - sklad2

Туда могут добавляться/удаляться новые склады.

есть таблица товаров. в которую тоже будут добавляться/удалятся новые товары
id - goods1 - goods12 - goods2

товаров более 3000 шт.

складов пока что 9. То есть если создать таблицу с данными по товарам, то ежедневно будет добавляться 27000 записей. Мне кажется это очень много.

Я думал создавать под каждый склад свою таблицу.
Теперь даже не знаю, как лучше спроектировать.

Подскажите плз..)))

А по подробней расскажите плз....
что за табличку. и что за расход. и при таком подходе, можно будет посмотреть, что было месяц назад например.?

так при таком подходе, база будет увеличиваться на 27000 записей ежедневно....что мне кажется не очень хорошо

товара 3000 наименований...

на 9 складах...

ежедневно товар продается...каждый с разной скоростью. соответственно на каждом складе, количество каждого товара разное. вот я и говорю,,,что надо будет 27 000 записей ежедневно.....

прошу вашей помощи..)

2danila_dru

Это стеб?

Просто, то, что предложено Вами, в 4-том посте я рассматривал. И написал в первом посте о 2-х вариантах.
При первом: Будет одна таблица. как вы и предлагали.
Во втором: Под каждый склад своя таблица.

Вот я и спрашивал, есть ли другие, менее емкие варианты.?
буду очень признателен...)

2кгм...
Guest

К сожалению это тоже самое. В таблице движение, ежедневно будет появляться 27000 записей...))

2Rin@t

Не секрет. Способы хранения одинаковые. просто с каждого склада, происходит расход товара по разному. вот и не хочется городить огород.

Храниться сок.

2кгм...
Guest

Всё равно спасибо.)

2Пушок

Опять повторюсь, то, что советует уважаемый кгм, я описал в первом посте. Я хотел узнать, есть ли другие способы.

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

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

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

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

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

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

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