代理商设计模式如何做到高效结算。：报错
根据需求要设计一款代理商系统，支持集群扩展。代理商要实现反利，逐级往上，这种流氓的行为对于设计人员来讲真是心力交瘁，但是也要硬着头皮上了。
我起初考虑的是根据消息的订单数据，夜间进行分布结算给每个用 户，但是发现代理等级高了，那么计算的层级也就越多，我想是否可以根据集群扩展的方案实现扩充的可能性。就是1-5级为一个点，5-10级为一个点，每个点单独计算，最终分布到节点数据库中，数据库集群做主从设置，所有数据生成即在主数据库中做readonly读取。
请问如果我需要这样做，我的节点用redis进行数据控制不知是否可行，正在实验中，望大神们给予好折方案。
写回答
-
你这是有多大的计算数据量，需要这样做？个人觉得可以通过队列来做，做计算队列，单开程序去运算，异步完成######
我觉得其实还是很好处理的。首先结算代理商自己的订单，这部分不会涉及返利。
然后根据层级，从下往上逐级将层级返利向上集中就是。
######10级。。。再多就成传销了，具体的业务场景，
从底向上结算后逐级数据上报，我觉得这个不科学。我没听说过结算是从下往上的，那样子会造成风险的
证券和银行一般是具有参与结算权限的代理商统一向总结算库上报数据，总结算库进行一级结算，不过完善的系统总库的数据应该是最全的，只是核对。每级结算完成后可以进行每级的清算，而上级结算完成可以向下进行分级结算。
2020-06-08 18:01:15赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关文章
相关电子书
更多
