hive底表的坑-依赖链太长了

业务同学想要看虚假发货的定义,之前的文档找不到了,于是查看代码是如何判断的。判断逻辑来自表1的是否虚假发货字段。然后开始溯源,一不小心竟然查了十级。过程如下:

1、是否虚假发货字段来自表1.

2、表1的字段来自表2.

3、表2的字段来自表3

4、表3的字段来自表4。

5、表4的字段来自表5。

6、表5的字段来自表6。

7、表6的字段来自表7。

8、表7的字段来自表8。

9、表8的字段来自表9。

10、表9的字段来自表10,终于找到你。

这只是查个数据定义,一旦这个数据出问题,需要修复数据的话,呵呵,我太难了。主要还是因为业务迭代速度快,规划不足,找到一个拿来就用了。对于一些常用的指标,还是要定期拿出来优化一下,不然越往后越乱。
在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值