Виктор031,

Для общего развития (для начала) http://www.sql.ru/forum/998443/osnovy-proektirovaniya-skladskoy-bd-v-2

Виктор031мое решение не претендует на что то уникальное, и правильное

После того как я увидел в схеме данных две таблицы Единицы измерения - мне стало не интересно...

ИИТ.е. если бы она была одна, со своим единственным полем, можно было продолжать изучать??? :)


Виктор031vmag, случайно ее добавил, удалил вторую

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

что касается товароучета (на мой взгляд), то должен быть фундамент на трёх китах:
- приход
- товар
- расход
Приход и расход это по сути документы: от кого (кому), что, сколько, за какую цену (приходная накладная / чек)
На приход у вас претендует Книга учета покупок, но там нет номера документа по которому купили и цены за сколько купили...
На расход претендует Книга учета продаж но там нет номера документа, вместо него счетчик (может прокатить, но с натягом)
На товар претендует таблица товар, но там лишне - цена покупная и отсутствуют атрибуты однозначного описания товара типа штрих-код и артикул (по которым нужно продавать):
по вашей теории (с покупной ценой в товаре) если пришел один и тот же товар с разной ценой - то это уже будет разный товар с разными Кодами товара (ключами) - бред... по этому реальная приходная цена только в приходе

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

+ у вас сплошная избыточность по этому текстовому наименованию товара (вместо него должен стоять код из классификатора)

Если в общем - то не взлетит...