Вроде, не новичек в БД, но со складом и снабжением ранее не сталкивался. Попробовал построить БД и столкнулся с некоторыми проблемами, решение которых с ходу не нашел.
SQL Server 2005
С одной стороны - есть склады - каждый склад представляет собой векторное пространство адресов. На каждом одресе могут храниться несколько разных или одинаковых деталей. В принципе, сложностей у меня не вызывает. Берем во внимание, что есть таблица со своим ид.
Детали на склад поступают от поставщика(ов) в соответствии с заказами (таблица) + позиции заказов (таблица). Заказ может быть как на различные детали, так и на одинаковые, но с разной датой доставки. Для доставленых деталей таблица Доставок + деталировка доставки. Доставка по позициям заказа может быть как частичной, так и объединенной для одинаковых деталей с разной датой доставки. Вместе с доставкой приходит либо Упаковочный лист либо платежка либо эти два документа вместе. Но одна платежка может придти и сразу на несколько доставок (упаковочных листов ИЗ РАЗНЫХ заказов!). Здесь у меня возникает первае сомнение. Понятно, что номер Упаковочного листа должен быть полем в табл.Доставок. А как быть с Платежкой? Прописать ее здесь же - вроде как отойти от нормализации. Иначе - добавлять еще 2 таблицы - Платежка и ее упаковочные листы. Не то чтобы я экономил на таблицах, но, во-первых, таблиц набирается немало. Во-вторых, не очень вижу как потом управлять этими таблицами: ввел номер платежки, нашел в справочнике поставщика, выбрал заказ 1, выбрал все упаковочные листы к нему, перешел ко второму заказу... Слишком много действий.
Далее, усложнения. Детали иногда приходят некачественные и приходится их отсылать по рекламации: документ на рекламацию (таблица), позиция(ии) по рекламации. Затем, возврат из рекламации - опять 2 таблицы. Детали со склада направляются подрядчику для изготовления полуфабрикатов - еще 2 таблицы. От подрядчика возвращаются остатки + 2 таблы. Подрядчик возвращает на склад полуфабрикат + 2 таблицы. Возможны рекламации полуфабрикатов + 2 табл на возврат + 2 на приход. Движение между складами - передача с одного склада на другой - 1 таблица. Отправка готовой продукции заказчику + 2 тбл... Здесь мой второй вопрос: как справиться с этим движением? Для каждого движения строить свою таблицу складского движения - адрес склада, ид из соответствующей таблицы или как то можно построить одну таблицу двжения по складу с глобальным индитификатором. Что тоже нарушает нормализацию с одной стороны. А с другой усложняет процесс ввода данных: сначала придется заполнять эту таблицу, получать индитификатор и заносить его вместе с данными в соответствующую тбл.
Наверное, сумбурно несколько описал. Готов ответить на любые вопросы.

Cane Cat Fisher, Сергей Васкецов
Спасибо за конструктивные замечания. Поизучаю и подумаю. Структуру обязательно выложу попозже