Я бы использовал схему с отдельной таблицей остатков на даты.
Иначе в будущем для получения остатка на произвольный день придется перелопачивать так или иначе все приходы/расходы. Соответственно, удалить "старые накладные" не получится.
А вообще это - в "Проектирование БД".

gybsonP.S. Лучше хранить не цену, а сумму.+1
Сумма всегда точно известна, а вот дробность цены при этом может не укладываться ни в какую размерность - например, купили какой-нибудь блок из 3-х предметов за 100р. :)
А может хранить и то и другое - "пригодицца".

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

PS - вспомнилось:
Продали мы однажды в "почтовый ящик" 100м коаксиала.
Поскольку "привычной" единицей измерения были для нас "штуки", в накладной значилось прмерно: "Кабель Ethernet, 10р/м, 103 шт." Пока накладную не переделали, складовщик отказывался принимать бухтой, предлагалось порезать на метровые отрезки, чтобы "сошлось". :)

мод2. Хранить остатки на конец периодов и по приходу расходу рассчитывать остатки на дату. Недостаток - текущий остаток надо рассчитывать и необходима процедура закрытия-открытия периода.
Имхо чаще применяется 2.Зачем обязательно открытие? Если нужно закрывать отчетный период от такой процедуры все равно никуда не денешься. :) А не нужно - считаем период днем и всего делов-то. В процедуре прихода/расхода (я бы в триггере делал) пересчитывается остаток за день, в котрый происходило "движение". Обязательно предусмотреть механизм, позволяющий удалять "накладные" без пересчета остатков.

мод DeColo®esЗачем обязательно открытие? Обязательно предусмотреть механизм, позволяющий удалять "накладные" без пересчета остатков.
В этом и фокус: для изменений задним числом надо открыть все периоды, начиная с изменяемого, провести изменения, а потом все снова закрыть по порядку.Зачем "открывать/закрывать"? Пусть процедура нужные остатки (записи в таблице остатков) меняет и все. Если нужен контроль неизменности - пусть проверяется, какие периоды можно менять, а какие - нет. В чем проблема-то?

модВ зависимостях одних остатков от других. Не изобретайте велосипед, метод 2 давно используется во всех серьезных учетных системах (типа банков).Вы действительно видели ВСЕ банковские системы?!
И подробности реализации? :)