ETL处理时增量思路

在ETL处理中,面对性能挑战时通常采取增量策略。当A表频繁变化而其他表稳定时,仅考虑A表增量;若多表A、B、C变化不同步,需分别进行增量JOIN全量更新目标表;当涉及聚合函数如max()、sum()时,必须确保获取所有相关订单ID的增量,再JOIN全量数据以确保正确结果。
摘要由CSDN通过智能技术生成
                        BI中ETL处理增量思路

在处理过程中,多个大表关联时通常会有性能问题,所以通常会采用增量方式,那在增量处理时我们需要考虑哪些呢?

1、若来源表为一个频繁变化的A表与其他几乎无变化的表关联时,这时只需要考虑A表的增量;
(1)A表增量 JOIN 其他表全量,更新目标表;

2、若来源表为相互关联的多个部分A表(变化频繁)、B表(变化频繁),C(变化缓慢),这时我们应该考虑多张表增量;
(1)A表增量 JOIN B表、C表全量,更新目标表;
(2)B表增量 JOIN A表、C表全量,更新目标表;

3、但如果A表和B表关联时使用如max()、sum()/group by聚合函数聚合到大粒度时,要考虑聚合函数带来的增量影响,如以下事例
Select A.合同,A.订单ID,sum(B.订单数量) as 订单数量
from A表 A,B表 B
Where A.订单ID=B.订单ID
Group by A.合同,A.订单ID
在这里插入图片描述
例子中我们对订单数量做了聚合,聚合到了订单ID粒度;
若B表中,Orderline1的订单数量变成了20(标红部分)ÿ

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值