元数据管理的必要性

工作中的一点体会

通常业务初期,为了快速实现需求,对某一业务实体,会疯狂新加字段。常见的方式是搞一个大map,什么都往里面塞。短期内收益确实比较明显

  1. 开发快,能够迅速解决新需求和业务实体的绑定关系,可以快速引入新feature

  2. 维护成本低,只需要维护一个服务的稳定性即可

但是长远看是个潜在的雷点

  1. 并发问题写覆盖,多个写入方难以保证原子性
    相互覆盖,如果牵扯到跨机房同步,冲突解决很困难

  2. 数据模型不清晰,后期瘦身极其困难
    数据的定义不清晰,废弃字段过大但又无法清理,删除又容易引入问题

  3. 业务间耦合难以解开,变成一个聚合读的巨大空间

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值