Здравствуйте!
У меня есть БД типа склад. Возник один вопрос, который самостоятельно решать опасаюсь. Хочу спросить вашего совета.

Что есть на сегодня:
1) БД для магазина автозапчастей. У каждой запчасти свой уникальный номер (каталожный номер).
2) Складская таблица представляет стобой текущее состояние склада. В упрощенном виде это поля: КатНом (PK - первичный ключ), КолВо, ЦенаЗакупа, ЦенаПродажи.

Описание проблемы:
Запчасть ХХХ может быть закуплена в кол-ве 20 шт сегодня по цене закупа 50$, и продажная цена на нее будет, например, 65$, а через 2 месяца, когда первая партия еще не продана полностью (осталось, например, 5 шт), придет новый закуп и там цена закупа этой же позиции будет 40$ и продажная цена должна быть уже 52$. Таблица [Склад] вышеописанной структуры не позволяет обработать такую ситуацию правильно, т.к. с одной стороны цену продажи обновлять нельзя, т.к. тогда оставшиеся с первого закупа позиции будут проданы с очень низкой рентабельностью, но с другой стороны, обновлять нужно, т.к. если цена закупа снизинась, то цена 65$ может оказаться не конкурентно способной.
Также возможен обратный вариант, когда первоначальная цена была меньше вновь пришедшей, но я не буду его описывать.

Вообщем размышляя над этим вопросом, я надумал вот что: а почему бы не вести таблицу склад так:
1) поле [КатНом] не делать PK;
2) при приходывании нового груза, если цены не совпадают с имеющимеся на складе, то добавлять в таблицу [Склад] новую строку. Т.е. тогда будет возможна следующая ситуация, что в таблице будет одна и та же запчасть, но по разным ценам (как закупа, так и продажи).
-----------------------------------------------
КатНом КолВо ЦенаЗак ЦенаПрод
ХХХ 5 50 65
ХХХ 20 40 52
-----------------------------------------------
Такая структура даст бОльшую свободу и более четкий расчет прибыли от продажи конкретной позиции. При этом большинство продажных цен, наверное, должно корректироваться вручную (на усмотрение аналитика), т.е. скажем если человек видит, что у конкурентов минимальная цена 60$, то он может принять решение уровнять цены продажи на эту позицию (на обе) до 58$, тогда мы будем точно знать, что продав их мы получим (58-50)*5 + (58-40)*20 = 400$ прибыли. А при текущей структуре БД прибыль от таких позиций вообще расчитать проблематично.

Вот собственно вопрос такой: работал ли кто-нибудь с такой структурой складской таблицы и какие геморойные моменты могут возникнуть при работе с ней?

Заранее спасибо!!!

sergey888надо организовывать партионный учет и выбирать систему FIFO или LIFO
и по этим системам пересчитывать стоимость товара на складе
Если не сложно, расскажите вкратце про системы FIFO или LIFO.
И как правильно организуется партионный учет (на уровне структуры)?

Александр КордюмЭто реализуется через приходны и расходные накладные и порционый учет.
Приходные накладные, две таблицы, шапка приходной накладной и конкретные приходы, то же самое для расходных накладных и таблицы связи между приходами и расходами, с указанием ключа прихода, ключа расхода и кол-ва.
Ну это у меня и сейчас, естественно есть, только как понять, из какой накладной продаются позиции: из той где цена закупа была 1$ или из той где уже 10$?

И как правильно в таких случаях (при множественных закупах по разным ценам) ведется политика формирования цена продажи?

Александр КордюмИли программа сама определяет из каких приходов формируются расходы или тот, кто выписывает расход, делает это вручную. В хороше программе желательно реализовать два режима работы, ручной и автоматический.
Т.е. таблица [Склад] используется только как источник информации о кол-ве товара на сегодняшний день, а прибыль от продажи считается исходя из данных приходны и расходных накладных?

Ок! Спасибо всем!
Последний вопрос: можете порекомендовать парочку интересных ссылок на тему "складского учета"?