08 | 计算结果的正确性:怎么保证计算结果是正确的?
任杰
你好,我是任杰。这一讲我想和你聊一聊怎么保证计算结果的正确性。
在前面几节课里我们学习了如何保证数据输入的正确性,如何用事件溯源的架构来保证数据计算的正确性。但这只能保证一个组件是正确的。系统里还有很多其他组件,我们也需要保证它们的交互也是正确的,这就需要一个系统性的指导方案。所以,这节课我们一起来看看如何保证最终计算结果正确性。
从抽象的角度来讲,任何一个计算过程都分为三个步骤:收到请求、处理请求和输出结果,也就是分为事前、事中和事后三个步骤。接下来,我们就从这三个方面逐一分析,看看如何系统性地保证最终结果的正确性。
事前
如果计算的输入错了,计算的结果就很难正确。输入不正确有两种可能性。一种是单个数据内容不正确,另一种是多个数据之间的顺序关系不正确。接下来我们就看看怎么解决这两方面的问题。
内容正确性
在这里我们可以假设,系统组件之间的信息交流方式是上游系统负责将数据传输给下游系统。所以上游系统需要保证数据内容的正确性。
我还想提醒你,尽管你找到了正确时间的数据,但数据本身还是有可能会出问题,比如在读取的时侯出现部分数据丢失,或者在传输的过程中出现了数据损坏。这时候我们需要给数据增加完整性校验的功能,比如在存储的时侯增加 HMAC 验证,这些也都是常规操作。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了保证计算结果正确性的重要性以及相应的解决方法。首先,作者提到了事前阶段的重要性,强调了数据内容和顺序的正确性,以及采用双时序数据库、完整性校验和版本号等方式来保证数据的准确性和完整性。在事中阶段,文章介绍了函数式编程语言在软件工程上的优势,以及金融行业中函数式编程语言的应用。此外,还强调了计算精度的问题,并提出了解决方案。在事后阶段,作者强调了对计算结果进行验证的重要性,以及选择不同的计算环境来降低和之前计算结果的相关性。总的来说,本文深入浅出地介绍了保证计算结果正确性的方法和技术特点,对于技术人员具有一定的参考价值。文章内容涵盖了事前、事中和事后三个部分,强调了数据正确性、计算精度和结果验证的重要性,为读者提供了全面的技术指导。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《分布式金融架构课》,新⼈⾸单¥59
《分布式金融架构课》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(7)
- 最新
- 精选
- 楼下小黑哥1.消息id生成带有时间属性,让id 是自增,这样保证id 可以不重复。 2.删除数据归档的时候,记录删除id 最后一个时间。如果后续id 时间在这这个范围之前,拒绝服务,防止错误2021-01-0819
- tt把ID里机上时间因子,这样就不会出现ID重复了吧。除非重复的事件10年以后再次出现。2021-01-081
- Geek_ea1777id和交易时间挂钩,超出时间范围的id不处理2021-01-081
- 小动物感觉做不到很完美。 1.数据删除时能否留下去重用的字段,因为是有限的个别字段,数据量有限,空间会小一些。但这种只增不减的数据还是会判断空间有限的问题。 2.唯一ID是否可控,若可控,可带上一些规则,如时间、自增ID等。通过规则判断是否已经超过合理期限。但这个的可能性很低,因为ID是别人的,基本没法介入。 3.消息中增加时间,业务发生时间。超过合理时间范围的数据不做处理。2021-01-081
- liupan顺序mq怎么保障性能哩?前面场景加顺序号与缓冲队列就是顺序mq了2021-08-23
- Palmer老师,现在很多MQ都能做到文中数据库+数据库的效果,比如Kafka提供增长id、消息去重等,那是否只需要在生产消费端保证有且仅有一次消息呢?2021-04-29
- 非净额结算计算精度的准确性,都有哪些解决方案2021-01-12
收起评论