Старый плюшевый мишкаЯ вот делал для них не двойную запись, а приходы и расходы со знаком в тех же целях
Дед, ты не поверишь, но это и есть двойная запись: когда одно движение денег записывается
дважды, в одно место с плюсом, а в другое - с минусом.
Не, ты не понял. Или не совсем понял. Или я неправильно выразился. Или не совсем правильно. Или не полно. Или...
Короче, примерно так у меня выглядит складская карточка в оперативном, не бух, учёте, тот самый журнал итогов складских операций
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SHOW TABLE sklchart
KODTOV INTEGER Not Null
STORE INTEGER Not Null /*ID склада*/
TIPZAP INTEGER Not Null
DZCODE INTEGER Not Null /*ID операции, в том числе инвентаризаций*/
KOLINT INTEGER Not Null
DATEZAV DATE Nullable Default "NOW"
/*не относящиеся к вопросу атрибуты*/
RZKOLINT INTEGER Nullable default 0
CONSTRAINT SKCR_PK:
Primary key (KODTOV, STORE, TIPZAP, DZCODE)
CONSTRAINT SKCR_FKNOM:
Foreign key (KODTOV) References NOMENKL (CODE)
CONSTRAINT SKCR_FKDZ:
Foreign key (STORE, DZCODE) References DVIG_ZAP (STORE, CODE)
Уж прости что не из Эксперта, WISQL запускается быстрее и вообще всё в одном окошке видно ;) Остаток - RZKOLINT, изменение - KOLINT, и вот оно при приходе положительное, при расходе отрицательное. При перемещении запасов между складами фирмы будет, разумеется, и вторая запись, после регистрации прихода на другом складе. И не факт, что того же товара и такое же количество, грузчики всё-таки люди, а людЯм, как известно, свойственно ошибаться и иногда совать не то, не туда и не столько. А при поступлении из внешнего мира и при уходе в оный второй записи не будет. Так что двойная запись тут такая... сусликоподобная, вроде и есть, а вроде и нету :)
