LSV,

Кстати, а как действительно учитывать уникальные объекты, т.е. объекты, существующие в единственном экземпляре. Например, в автосалоне автомобиль уникален своим VIN номером.
И указывать количество при перемещении смысла нет. Мне кажется для такого случая должна быть какая-то специальная архитектура БД. Я пока не пидумал ее и как ее вклинить в управленческий, складской или бухгалтерский учет.

Может кто уже решил такую проблему.

По аналогии, если нужно указать в каком состоянии находится объект иногда делают такую структуру


Это заведомо неправльная структура, т.к. всегда может оказаться, что либо все состояния False, либо более одного состояния True. В таком случае лучше делать такую структуру


Вот и с уникальными объектами что-то такое же должно быть. Но я всё еще не придумал

LSV,

Я так и учитывал, но бывали ошибки, когда один и тот же автомобиль оказывался в количестве и 2 и 3, и его можно было продать не единожды :-)
Уж лучше делать структуру, когда такое в принипе невозможно.

LSV,

Я тоже тогда подумал про партии. Видимо так и нужно.