微办事之间的数据依附题目你领会如何管理吗

　　微任职，顾名思义，便是将咱们法式拆分为最幼化单位来供给任职。正在一体化体系中，各个微任职也是不或许独立存正在的，那么微任职之间涉及到的数据依赖题目，该当如那解决呢？咱们从场景入手来阐发琢磨此类题目。

　　正在一个供应链体系中，存正在商品、贩卖订单、采购三个微任职，他们的主数据局部数据构造如下

　　初期咱们的计划是如许打算的：庄敬遵守的微任职划分规则将商品干系的职责存放正在商品体系中。是以，正在盘查订单与采购单时，倘若盘查字段蕴涵商品字段，咱们必要遵守如下规律举行盘查：

　　结果便是交易方每次盘查订单或采购单时，只须带上了商品这个症结字，盘查效力就会很慢并且总是铩羽。于是，咱们从新思了一个新计划——数据冗余，下面咱们一齐来看下。

　　然则，倘若商品举行了更新，咱们怎样同步冗余的数据呢？正在此分享2种办理宗旨。

　　看到这里是不是感应很眼熟了呢？没错，这便是咱们上一篇提到过的数据一律性题目。那么这2种计划会展现哪些题目呢？

　　倘若商品任职每次更新商品都要移用订单与采购任职，然后再更新冗余数据，则会展现以下两种题目。

　　：倘若订单与采购的冗余数据更新铩羽了，全部操作都必要回滚。这时商品任职的拓荒职员相信不欢笑，由于冗余数据不是商品任职的中枢需求，不行由于周围流程阻断了自己的中枢流程。

　　：从职责来说，商品任职该当只眷注商品自己，然则现正在商品还必要移用订单与采购任职。并且，依赖商品这个核压任职的任职实正在是太多了，也就导致后续商品任职每次更新商品时，都必要移用更新订单冗余数据、更新采购冗余数据、更新门店库存冗余数据、更新运营冗余数据等一大堆任职。那么商品终于是下游任职仍是上游任职？还能不行定心当底层核压任职？

　　是以，第一个办理宗旨直接被咱们驳斥了，即咱们采用的第二个办理宗旨——通过信息揭晓订阅的计划，由于它存正在如下 2 点上风。

　　这个计划看起来仍然挺圆满了，并且市情上根基也是这么做的，可是该计划存正在如下几个题目。

　　以上只是陈列了一局部的构造，底细上，商品表中另有许多字段存正在冗。