多版本业务模型设计

本文介绍了多版本业务模型的设计思路,包括需求梳理、状态机设计、表设计、生产端和消费端的查询要点,以及回滚和diff等注意事项。重点讨论了如何维护数据版本,确保在生产与消费端的高效查询和使用。
摘要由CSDN通过智能技术生成

点击↑上方↑蓝色“编了个程”关注我~

6a7049e43b188c221a7d1a86f5944d3d.png

这是Yasin的第 83 篇原创文章

8ffe61e986df92d5d2c4e55788381799.png

最近业务上用到比较多的多版本场景。这里总结一下多版本业务模型设计的思路。

多版本需求梳理

先梳理一下多版本的一般诉求:

  1. 同一个数据经过多次编辑后,会产生多个版本,其中历史版本不能删除掉,因为可能有上下游在使用;

  2. 多版本通常用于配置中,最新一个版本的配置通常可以多次修改、测试,确定后再发布;

  3. 已经发布的历史版本不能随便修改,因为有数据在使用;

  4. 在消费侧,一般默认是使用最新已发布的版本;

  5. 多版本可能会有发布审批、与上一个版本的diff等需求场景;

多版本状态机设计

一个多版本的业务模型,通常会有以下的状态机。其中“废弃”不是必须的,回滚操作也不是必须的(回滚操作会给代码和表设计带来很大的复杂性),发布中间可能会有发布中、审批中等状态。

草稿可以在原版本编辑,但已发布的数据再编辑,就会生成一个新版本的草稿。

3a79dc3b8f0f2f52557c5c38b4d6e876.png

有时候也会有下线操作,这个时候所有版本的状态就会被改为“已下线”。

多版本表设计

对于多版本而言,你需要有一个唯一标识这个

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值