ОзверинПапа Игорь,
Вы не задумывались, что складская БД оторванная от системы - это ваше воображение? Если используем ее в учетной системе - целью "складской БД" может быть примитивный учет, если в wms - то к "первому плану" и основной цели подходят слегка другие вещи, как то: технологические процесса само собой не без учета ТМЦ, от которого никто никуда не денется.
Коллега, читаем внимательно название топика. Думаем.

ОзверинКак много уже говорилось в этом топике и как я только сказал, "простая складская БД" может быть в частью сложной системы WMS или просто "самобытного" образования. И в таком случае все 4 варианта становятся на свои места исходя из задач, которые решает автоматизация склада. И само собой, процитированный выше отрывок совершенно теряет смысл, так как в простейшем случае динамические остатки в самом деле разжевывать нечего, но как только неожиданно склад становится учет тмц не только в штуках, но и в весе, как только мы подключаем модуль "снабжение" для анализа динамики остатков, как только у нас появляются "остатки на дату" мы заводит и "остатки на сейчас" и так далее, усложняя и усложняя механизмы в погоне за производительностью. И именно для этих задач были написаны данные примеры, так как я видел фактически все 4 реализации "основ складской БД" на практике и наблюдал всю эволюцию, от примитивного учета ТМЦ, до самописной WMS
ЕЩЁ раз почитаем название топика.

Мы можем долго спорить, где границы ОСНОВ ПРОЕКТИРОВАНИЯ складской БД, но я считаю, что основы должны покрыть первичное, упрощенное назначение этой БД. И как размножение является первичной задачей секса, а не удовольствие, самоутверждение и т.п., так и первичным назначением складской БД является учет ТМЦ.

А находясь в рамках основ, читай начал, нам не требуются ни модули снабжения, ни динамика остатков, ни... ну в общем весь наворот ПОЛНОЦЕННОЙ системы.

ОзверинПапа Игорь,

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

Ладно, будем считать, что мы не договорились о значениях терминов.

Для себя "Основы проектирования складской БД" я вижу, как описание процесса создания этой БД в минимально простом варианте.

А именно:
1. Анализ (тут можно и поговорить)
2. Проектирование (обосновать то или другое проектное решение)
3. Реализация (просто дать уже готовую схему).

Вот это, по моему мнению, и есть ОСНОВЫ.