мы храним по второму варианту (только нет поля Ostatok). Особенность, которая нас уже достала - это если надо посчитать что-то по конкретному складу, надо или лепить юнион (сначала по тому что пришло, потом по тому, что ушло) либо делать это одним запросом, но опять-же лепить Case - в зависимости от того в каком столбце DebStoreId или KredStoreId встречается указанный склад, надо брать или плюс или минус.

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

На мой взгляд - выбор между этими двумя вариантами больше вопрос религии.

.S> проводка - это объект показывающий движение - он должен быть всегда привязан к какому либо документу

теоретически все так.
но вот отгрузили по документу не весь товар (ну не влезло все сразу!!!).
Конечно, можно добавлять в документ колонку "отгружено". Но тогда непонятно когда какая часть была отгружена и т.д. - в документе надо наворачивать историю отгрузок и проч... а так есть таблица _реальных_ отгрузок со ссылками на документ, которая и реализует эту саму историю. Плюс не надо при подсчете наличия лазить в документы, учитывать их состояние, и проч.

2funikovyuri:
автор как раз спрашивал о складах, и насколько я понял, его интересовал учет именно физического движения товаров по складам.

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

2funikovyuri:

Я понимаю - но я сторонник единой системы бух учета и к тому же - я писал -
тут я не соглашусь: лучше не мешать бухучет с физическим. И аналитические бухгалтерские счета просто яркий пример жалкой попытки скрестить ежика с коровой.

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

что и в случае склада - проводка должна оставаться проводкой!
(Ну введите наконец тот же документ о частичной отгрузки - и по нему уже формируйте проводки!)

по поводу документа о частичной отгрузке - здравая мысль, спасибо! к тому-же это позволит выдавать товар по одному исходному документу с нескольких складов одновременно.

но насколько я понимаю, вопрос был в другом, на более низком уровне - на уровне хранения проводок:
как лучше сделать по одному документу две записи (откуда ушло и куда пришло) или все-таки одна запись (откуда-куда перехало)
и тут уже вопрос не столько построения системы, а больше удобства дальнейшей работы с тем или иным способом хранения этих данных. А изображать их наверху можно как угодно хоть документом, хоть просто движениями, хоть по две зхаписи, хоть по одной - от способа хранения будет зависеть только _удобство_ программирования, возможно быстродействие, удобство сопровождения и развития системы.