北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |
之前做的一个系统,主要结构有采购环节的仓库进销存,批发环节的下级商业客户(含相互调拨)进销存跟踪管理,及对商业客户的下级终端客户的进销存跟踪管理,及各级营销人员的进销存及费用额度结算和奖金发放管理。还包括采购和销售环节的财务应收账款的核对管理。
原来的做法是所有的库存盘点和应收结算都是从期初开始计算的,可以回溯任意历史时间节点的盘点,审计时或对账时经常需要回溯。用到第三年了,现在数据量大了,速度慢下来了。
所以考虑要进行改造,加入结转功能,简单的比如年度结转,但考虑到有时审计或核对要回溯很早以前的数据。结转点前的数据盘点算法就两样了,如回溯时间离结转时间点很远,数据量也一样很大影响速度。要么就封闭对结转点之前的数据回溯盘点,当然禁止修改编辑结转节点之前的数据不用说了。看了唯一的一个案例,是王志坚老师的一个案例,已经支持倒算之前的库存,但感觉不是完全适合我的需要,可以借鉴。
目前我考虑两种方案:
1.速度慢主要影响日常的操作速度,增加年度或不定期结转,保证日常使用速度。回溯盘点历史数据用的少,依然用现状的办法。这样改造相对简单点。
2.记录每个时间点的结转数据,查询时按时间参数来判断调用最近期的结转数据,这样做复杂些。
初步自己这么考虑的,自己没经验也查到太有价值的参考资料,为了少走弯路,先听听各位老师的高见。
在此先谢谢各位耐心看帖的朋友!