Hyperledger中worldstate和SAP CRM的CRMD_CUMULAT_H是怎么样的

这篇文章主要介绍Hyperledger中worldstate和SAP CRM的CRMD_CUMULAT_H是怎么样的，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！

Hyperledger fabric是基于区块链技术的一个开源项目，由Linux基金会于2015年发起，目的是推进区块链数字技术和交易验证的发展和落地。

Hyperledger由多个区块构成了一个有序链表，每个区块里包含多条交易(trasanction,缩写为tx）。Jerry在学习账本的数据结构时，发现一个有趣的现象：上图中WorldState（世界状态）的设计目的，是为了提升性能。比如，有一个channel里共发生了1千次交易，为了获取该channel的当前状态值，需要沿着区块链的首块出发执行这1千次交易，有点像SAP HANA内存数据库实时计算的思路。
而Hyperledger Fabric选择了在每次新交易处理完后，都同步更新一个称之为levelDB的数据库。这样每次查询当前状态时，无需遍历区块链每个区块重复执行交易，只需要查询该levelDB数据库即可。

这个levelDB的概念和CRM里的订单抬头的很多字段，比如总价，毛重(Gross weight)等等设计思路是一样的。
比如我在ID为IMU的产品主数据里维护了1个ST的单位重50KG，那么下图订单包含了两个行项目，一共8个ST，毛重50 × 8 = 400KG。

这个400KG是存储在表CRMD_CUMULAT_H的GROSS_WEIGHT字段。

顾名思义，这个字段的值是从另一张存放行项目明细信息的表CRMD_PRODUCT_I里的GROSS_WEIGHT累加而来的，这也是这张表的部分名称CUMULAT的由来：(cumulate累积)

每次行项目里产品数量发生变化时，会触发one order框架的回调函数，更新CRMD_CUMULAT_H的GROSS_WEIGHT.

最后数据更新通过CRM_CUMULAT_H_UPDATE_DU写回到CRMD_CUMULAT_H里。CRMD_CUMULAT_H扮演的角色同Hyperledger Fabric里的levelDB相同。

以上是“Hyperledger中worldstate和SAP CRM的CRMD_CUMULAT_H是怎么样的”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注蜗牛博客行业资讯频道！

免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：niceseo99@gmail.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。