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

发布时间: 2022-01-19 07:25:33  来源:天博app 

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

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

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

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

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

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

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

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

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

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

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

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