字段:
出/入库单号 C10
出/入发票号 C30
出入库标记 C4
规格 C50
数量 F8.3
单价 F8.3
经手人 C10
入帐标记 C1就这些了
年度结转,我的做法是:建个新的库把余额导入新库中~~即:一年在SQL中建立一个库~~~
登陆的时候选择年度的~~
查起来比较简单
程序工作中我一般设计成可以2年的同时操作的这样不一定非要到上年的结转后,第二年才能做毛利和成本随时计算,因为我公司的结算方式不同,每一笔销售对应一笔进货 ,自然用这样的方法比较好了~以上我是从财务软件中学习的,我觉得比较科学~~就采用了
出/入库单号 C10
出/入发票号 C30
出入库标记 C4
规格 C50
数量 F8.3
单价 F8.3
经手人 C10
入帐标记 C1就这些了
年度结转,我的做法是:建个新的库把余额导入新库中~~即:一年在SQL中建立一个库~~~
登陆的时候选择年度的~~
查起来比较简单
程序工作中我一般设计成可以2年的同时操作的这样不一定非要到上年的结转后,第二年才能做毛利和成本随时计算,因为我公司的结算方式不同,每一笔销售对应一笔进货 ,自然用这样的方法比较好了~以上我是从财务软件中学习的,我觉得比较科学~~就采用了
2001-09-01 0 0 100
2001-09-02 10 0 110 R0001
2001-09-01 22 0 132 R0005
2001-09-01 0 112 20 C0009
.....流水帐的目的是给用户了解库存的变化过程。如果帐目出现错误,可以检查流水找出发生的原因。
出/入发票号 C30
出入库标记 C4
规格 C50
数量 F8.3
单价 F8.3
经手人 C10
入帐标记 C1
日期~ D8
记帐年 C4
记帐月 C2搞定~~~~~~~~~~~~~
销售流水号
日期
员工ID
操作员ID
商品ID
数量
进价
折口
柜组进货流水:
进货流水号
日期
采购员
操作员
供货商号
商品编号
数量
进价太多了 没法一写全 留个qq
我认为月未结转只要一个表就够了
ID,期初数量,金额,进数量,金额,销数量,金额,损数量,金额,存数量,金额。
期初数量,金额由上月结存转入,
进数量,金额,销数量,金额由流水帐算出
总帐由明细获取。
做个存取过程OK了!
流水帐的大致形式:
日期, 出库数量,入库数量,库存数量, 单据号
2001-09-01 0 0 100
2001-09-02 10 0 110 R0001你的库存数量指的是什么呀,某个商品的?那为什么流水账中没有商品字段?
是否数据库中表名为tablename + Year 格式?
我觉得你这样有点可怕啊,不知你是否在实际中运用了这种思想且有成形的产品
而且你所用到时的实际数据量是多大?
如果十年下来,那岂不是超级恐怖
谢谢,不过此方法暂时不适合我现在所做的软件,因为这种方法对数据服务器的要求太高了
mid_land:
我的是业务,不是财务,设计月库?不必要了吧!
但是存下来好像也没什么不好呀,起码查询会快的,只是数据库容量变大而已
而且这也不会影响其它表的存取速度啊
金蝶的K3 的处理方式也比较合理!对与大容量的数据是否分库或分表放,我碰到着这种情况
四年前,我在一家公司做HIS软件,公司开发主要是面向医院,当时是我负责开发住院结算这块,没想到系统在使用过程中有的表会按600多万记录/年的速率增加,设计阶段没有考虑这么多,系统运行一年多后,问题就来了!后来,我采用的是把数据分表放的原则;设计了一个转表的程式:根据时间来转表,并做记录,
当程序进行统计时,根据统计时段来让程序决定是单表查询或合并查询。
要知道,很少用户会关心前几年发生的数据,平时的数据处理操作和查询在一个总不算太大的表里进行,这明显提高了效率。