关于仓储系统计费的讨论与优化

现在在做一个仓储系统的项目,收费公式是按每天每吨每个批次来计算费用

例如:客户A 2016-11-01 入库P1批次的货物100吨。 费用为2元/天/吨。

在 2016-11-05号出库P1货物 20吨,那么他每天的费用明细为:

2016-11-01   100*2=200元    注:100为库存吨重

2016-11-02   100*2=200元

2016-11-03   100*2=200元

2016-11-04   100*2=200元

2016-11-05   100*2=200元

2016-11-06   80*2=160元     注:80为库存吨重

2016-11-07   80*2=160元

2016-11-08   80*2=160元

2016-11-09   80*2=160元

2016-11-10   80*2=160元

。。。。。。

系统要每天自动刷新出货物当天的费用。

现在问题来了,假如仓库里面有10W的批次货物,每天都要重新计算这10W次,性能确实有点慢。

请教各位,有没有好的优化方案提供参考?

时间: 2024-12-28 13:33:25

关于仓储系统计费的讨论与优化的相关文章

【系统知识点】linux基础&优化命令

Xshell上传下载服务器的文件: yum -y install lrzsz sysstat//安装对应软件 sz XXXX//下载 rz XXXX//上传 创建用户: Useradd vrfxie //创建用户 -c comment 指定一段注释性描述. -d 目录 指定用户主目录,如果此目录不存在,则同时使用-m选项,可以创建主目录. -g 用户组 指定用户所属的主用户组. -G 用户组,用户组 指定用户所属的附加组. -s Shell文件 指定用户的登录Shell. #可以设置为/sbin

物联仓储系统ZigBee组网原理

在嵌入式项目物联仓储系统中,使用cortexM0模拟仓库,cortex-A9模拟服务器,两块开发板之间使用ZigBee技术实现数据接收和发送,本文就介绍一下ZigBee组网的原理和相关步骤. 1.组网概述 组建一个完整的zigbee网状网络包括两个步骤:网络初始化.节点加入网络.其中节点加入网络又包括两个步骤:通过与协调器连接入网和通过已有父节点入网. ZigBee网络中的节点主要包含三个:终端节点.路由器节点.PAN协调器节点 节点功能: 协调器节点:ZigBee协调器是网络各节点信息的汇聚点

高并发下linux系统、业务结构性能优化——index(不断更新)

工作中零零散散写了些博客,总结了些知识,当然是从运维的角度.东西一多就乱,闲时突发奇想,这些东西能不能打在一个点上,如果能有一个东西把所有内容串起来并且有一个主题岂不妙哉,也方便查阅和阅读,就像一个网站有了内容后需要一个index主页一样,哈哈,然后就有了这篇置顶博文. 对于主题,我喜欢研究业务架构和大并发相关知识,就定为"高并发下linux系统.业务结构性能优化"了,现有目录结构是根据工作经验进行的梳理,以后会动态修改.我的知识非常有限,不乏有些错误认识,不管怎样抛砖引玉分享出来,希

[课程设计]Scrum 3.2 多鱼点餐系统开发进度(页面优化&下单详细信息页面)

Scrum 3.2 多鱼点餐系统开发进度(页面优化&下单详细信息页面)  1.团队名称:重案组 2.团队目标:长期经营,积累客户充分准备,伺机而行 3.团队口号:矢志不渝,追求完美 4.团队选题:餐厅到店点餐系统WEB 5.Sprint 3时间:12.09-12.18 重案组成员   姓名 学号 博客链接 Github链接 队长 黄冠锋 201406114134 http://www.cnblogs.com/hgf520/ https://github.com/crown999   卢利钦 20

Scrum 3.2 多鱼点餐系统开发进度(页面优化&下单详细信息页面)

Scrum 3.2 多鱼点餐系统开发进度(页面优化&下单详细信息页面)  1.团队名称:重案组 2.团队目标:长期经营,积累客户充分准备,伺机而行 3.团队口号:矢志不渝,追求完美 4.团队选题:餐厅到店点餐系统WEB 5.Sprint 3时间:12.09-12.18 重案组成员   姓名 学号 博客链接 Github链接 队长 黄冠锋 201406114134 http://www.cnblogs.com/hgf520/ https://github.com/crown999   卢利钦 20

ECshop网店系统百万级商品量性能优化-简单的一些Cache内存配置

ECshop网店系统对于产品的数据.模板.Query都可以缓存,也就是把一些商品详情页.分类页.Search页的数据经过一次访问后,用文件的形式保存下来,下次有人访问相同的页面时,不用再查数据库,直接读取Cache展示出来,减少服务器数据库压力. 这样的做法的确可以加速访问,减少资源浪费,对于流量比较大,或者页面重复访问Hit Rate比较高的很有用,但这个也只能解决一部分问题,对于一个有几十万商品的ECshop网店来说,最大的压力不是来自于自然访问的流量,而是勤劳的Google Bot或者Bi

嵌入式/X86下linux系统死机及内存优化

一.  CPU 过高或死锁导致系统卡死 1. CPU占用过高 (1)开线程太多导致CPU占用过高,系统卡死 解决:优化应用层业务逻辑,有些业务不必开线程就不开 (2)频繁清缓存导致读spi-flash频繁,引起CPU过高 解决:在内核中文件系统部分进行处理,不去清缓存,然后在应用层用后台服务进程清缓存.这样可能导致系统内存不够用,这样就需要再对系统内存进行优化 2. CPU死锁 (1)Spinlock+死等导致死锁 (2)应用层pthread_mutex_lock死锁 3.  CPU过热导致系统

仓储系统开发说明

系统仓储模块实现和育苗模块相似,大家开发前可以认真查看其源码,如果能看懂,可以先复制粘贴,看能不能开发出来. 入库记录--->育苗登记 出库记录--->出鱼管理 仓库表主要功能就是查看所有商品,添加功能有出入库完成,可以有修改功能, 商品表就是简单的增删改查,结合今天下午的视频,可以单独开发,参考源码可以看任意字典表源码分析. 开发顺序: 1.先设计数据库,然后反向生成xml文件和DAO层文件,修改继承类,注意添加注解. 2.修改DAO,编写service层和action层代码. 3.完成后台

[Java]系统级性能监控及优化

对于 Java 性能比较关心的同学大概都知道<Java Performance>这本书,一般而言,很多同学在日常写 Java Code 的时候很少去关心性能问题,但是在我们写 Code 的过程中必须考虑到性能对程序的影响.小到我们使用位运算来实现算术运算,大到我们对 Java 代码的总体架构设计,「性能」其实离我们很近.本篇文章主要提到几个点,希望能够对大家有所启发.  对于性能调优而言,通常我们需要经过以下三个步骤:1,性能监控:2,性能剖析:3,性能调优 作为国内在技术层面遥遥领先的 AP