开发者社区> 问答> 正文

代理商设计模式如何做到高效结算。:报错

根据需求要设计一款代理商系统,支持集群扩展。代理商要实现反利,逐级往上,这种流氓的行为对于设计人员来讲真是心力交瘁,但是也要硬着头皮上了。

我起初考虑的是根据消息的订单数据,夜间进行分布结算给每个用 户,但是发现代理等级高了,那么计算的层级也就越多,我想是否可以根据集群扩展的方案实现扩充的可能性。就是1-5级为一个点,5-10级为一个点,每个点单独计算,最终分布到节点数据库中,数据库集群做主从设置,所有数据生成即在主数据库中做readonly读取。

请问如果我需要这样做,我的节点用redis进行数据控制不知是否可行,正在实验中,望大神们给予好折方案。

展开
收起
kun坤 2020-06-08 10:59:50 927 0
1 条回答
写回答
取消 提交回答
  • 你这是有多大的计算数据量,需要这样做?个人觉得可以通过队列来做,做计算队列,单开程序去运算,异步完成######

    我觉得其实还是很好处理的。首先结算代理商自己的订单,这部分不会涉及返利。

    然后根据层级,从下往上逐级将层级返利向上集中就是。

    ######

    10级。。。再多就成传销了,具体的业务场景,

    从底向上结算后逐级数据上报,我觉得这个不科学。我没听说过结算是从下往上的,那样子会造成风险的

    证券和银行一般是具有参与结算权限的代理商统一向总结算库上报数据,总结算库进行一级结算,不过完善的系统总库的数据应该是最全的,只是核对。每级结算完成后可以进行每级的清算,而上级结算完成可以向下进行分级结算。

    2020-06-08 18:01:15
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
利用 Poplayer 在手淘中实现稳定业务和临时业务分离 立即下载
利用Poplayer在手淘中实现稳定业务和临时业务分离 立即下载
微信红包系统可用性设计实践 立即下载