Что вы под этим понимаете?

Юрий MMV
Если Вы не программер и не архитектор, то Вы все равно не сможете въехать в те дебри реализации, которые стоят на этом пути. И в которые уже прыгнули участники обсуждения.

Вы по-простому, сформулируйте требования к системе (ТЗ начального уровня). Возможно, у кого то найдется время и желание помочь Вам его конкретизировать.

Все сушествующие примеры - только примеры решения конкретных задач. Например, все примеры, которые идут вместе со средствами разработки показывают только возможности сред. Никто не будет строить базу управления пароходством на основе базы NorthWing из MS SQL&Access.
Реальных кодов никто не раскроет. Кроме кодов авторов учебников. Но в учебниках всегда дается сильно упрошенная модель.
=======
Собственно, мне бы было интересно поучавствовать в совместном создании ТЗ для бД
$$$$$$$$$$$$$$$$$$$$$$
Я забыл пропостить ранее.

Не увидел сложности. Для решения это задачи каждая партия прихода должна имееть первичный ключ. Но она всегда его и так имеет: Поставщик+Приходная накладная (Дата+номер)+Идентификатор товара+Входная цена товара+Единичная упаковка+Единицы измерения
Хотя, для облегчения работы, я присвоил(аивал) бы ей суррогатный идентификатор.

Юзер, ответственный за отписку товара, видит группу строк.
Сильно упрощенно:
Конфета "Буря в луже", Себестоимость - 10 руб/кг, Продажная цена - 100 руб/кг, Остаток 10 кг.
Конфета "Буря в луже", Себестоимость - 12 руб/кг, Продажная цена - 100 руб/кг, Остаток 12 кг.

Покупателю надо 15 кг.
Юзер ставит:
По цене 10 руб. - 10 кг
По цене 12 руб. - 5 кг
Или по другому - но это на откуп менеджеру. Что там применнить - LIFO или FIFO.

В базу уходит два расхода, а в накладной печатается:

Конфета "Буря в луже", Цена - 100 руб/кг, Отпущено - 15 кг.

Дайте пример : многопользовательское приложение
Юрий MMV. Собственно говоря - что Вам нужно? Реализация "тонкого клиента" - довольно сложная задача. Сильно зависит от того, какой GUI Вас устроит.