BelyАналогичная проблема бывает при производстве (в частности при производстве компьютеров).
Аналогичная проблема бывает везде. Случай из практики - примерно следующий процесс: стоит бочка, с которой в случайной последовательности делают три операции:

- льют в нее некоторое количество бензола марки А
- льют в нее некоторое количество бензола марки Б
- забирают некоторое количество смести.

Задачи выдерживать пропорцию итп не стоит, как получилось - так и получилось.

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

Хранить в БД надо так, чтобы был надежный и удобный учет, и модель для этого названа. "Просто и понятно для кладовщика" - задача бизнес-процессов и интерфейса.

Как вариант - введите понятие "комплект". Приходящие на склад комплекты автоматом разукомплектовываются; таким образом, кладовщик видит "чашек у меня двадцать, тарелок десять". Также решается задача изменения состава комплекта; если в новых поставках станет десять чашек вместо восьми, остатки не поплывут. Уходить со склада могут как отдельные экземпляры, так и комплекты, в последнем случае выполняется автоматическая комплектация.

kможет деталнее сможите описать?
Как Вам сказать.. схема совершенно стандартная, опирается в первую очередь на два понятия: документ и движение товара.

Документ - как правило, представление соответствующей бумажки. Обладает списком товарных позиций и описывает намерение выполнить ту или иную операцию. В момент простановки статуса "принят", "выполнен" итп становится фактом.

Движение товара - это запись о приходе либо уходе товара в одно из мест хранения. Движение товара в обязательном порядке имеет основание - документ, а точнее, позицию из него. Так, строка приходной накладной является основанием для прихода соответствующего количества товара на склад. Создается в тот самый момент "документ становится фактом".

Документы и движения вместе и представляют ту историю, о которой Вы совершенно справедливо заботитесь.

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

В принципе, разукомплектовывать сразу по приходу необязательно. Вместо этого можно разукомплектовывать по необходимости - если кому-то потребовалась белая клавиша, а ни одной нет в наличии - спросить у кладовщика "может, выломаем из рояля?" Но думаю, вам это будет менее удобно.

Также в принципе необязательно играть в пинг-понг; можно обойтись без дополнительных документов, если поступить так: в документе строка "приход рояля", а товарные движения к этой строке привязаны на клавиши, струны итп. Но я бы не стал здесь лениться; потом аукнется.

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

kне правилно создавать документ с воздуха, даже если он служебный.
Не надо пытаться черезчур однозначно соответствовать реальному миру. Грубо говоря, таблица у Вас называется "Документ", а не "Бумажный документ". А правильнее может быть даже не "Документ", а "Операция" - и некоторые операции соответствуют используемым у клиента бумажным документам.

Представьте, например, что Вы пишете универсальную систему. У одного клиента - явные операции комплектации, Вы их делаете с "документами не из воздуха". А другой клиент - говорит, мол, не нужна мне эта хрень. И Вы делаете галочку в настройках: делать операции комплектации автоматически. Никакого криминала здесь нет.

kучитывать нужно и то, что такои подход нужен примерно к 0,01% товаров. и из за этого силно усложнять не хочется. но сделать нужно.
Вот именно что. Стоит сделать просто, единообразно, и при этом так, чтобы последующие изменения задачи не стали проблемой. Точное описание "технического документа".