Access交流中心

北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |

这样的数据结转怎么做?

浪淘沙  发表于:2012-03-01 17:28:38  
复制

  之前做的一个系统,主要结构有采购环节的仓库进销存,批发环节的下级商业客户(含相互调拨)进销存跟踪管理,及对商业客户的下级终端客户的进销存跟踪管理,及各级营销人员的进销存及费用额度结算和奖金发放管理。还包括采购和销售环节的财务应收账款的核对管理。

原来的做法是所有的库存盘点和应收结算都是从期初开始计算的,可以回溯任意历史时间节点的盘点,审计时或对账时经常需要回溯。用到第三年了,现在数据量大了,速度慢下来了。

  所以考虑要进行改造,加入结转功能,简单的比如年度结转,但考虑到有时审计或核对要回溯很早以前的数据。结转点前的数据盘点算法就两样了,如回溯时间离结转时间点很远,数据量也一样很大影响速度。要么就封闭对结转点之前的数据回溯盘点,当然禁止修改编辑结转节点之前的数据不用说了。看了唯一的一个案例,是王志坚老师的一个案例,已经支持倒算之前的库存,但感觉不是完全适合我的需要,可以借鉴。

目前我考虑两种方案:

1.速度慢主要影响日常的操作速度,增加年度或不定期结转,保证日常使用速度。回溯盘点历史数据用的少,依然用现状的办法。这样改造相对简单点。

2.记录每个时间点的结转数据,查询时按时间参数来判断调用最近期的结转数据,这样做复杂些。

初步自己这么考虑的,自己没经验也查到太有价值的参考资料,为了少走弯路,先听听各位老师的高见。

在此先谢谢各位耐心看帖的朋友!

 

 

 

Top
煮江品茶 发表于:2012-03-01 20:23:53
这是一个简单问题嘛,搞一个库存表,按月度结算记录期末库存不就可以了吗。计算的起点都是上月期末数据而已,也就是算一个月的数据,没多大记录条数。

浪淘沙 发表于:2012-03-01 22:42:28

谢谢煮江品茶老师,姜还是老的辣,往往勘破本质后事情会变得很简单。

 

我前面一直纠结有个结转时间点的匹配概念,没考虑结转的时间规律性可以简化所有的计算。每月结的话,时间规律性简单,计算的起点都是上月期末结算数据,这样既简单也是最彻底,甚至可以让系统到时间就自动结转,数据如有修改,允许手动重新结转功能。不过近期的数据难免有修改,结算频繁了容易乱,考虑还是一个季度结转一次,记录条数也不会多到影响速度。

要结转的东西不少,要添不少新表,等于每期要新记一套账,还要改目前的计算方法,且得忙活一阵子。先试着看看,有问题再请教。



总记录:2篇  页次:1/1 9 1 :