Hive数据分层(ODS,DW,ADS)

Hive中的数据分层

前言

这篇文章简单介绍一下hive的数据分层

理论上分为三层:ODS数据运营层,DW数据仓库层,ADS数据服务层,

数据运营层(ODS):原始数据
  ODS:Operation Data Store 数据准备区,也称为贴源层。数据仓库源头系统的数据表通常会原封不动的存储一份,这称为ODS层,是后续数据仓库加工数据的来源。
  ODS层数据的来源方式:
    1.业务库 : 经常会使用sqoop来抽取,例如每天定时抽取一次。实时方面,可以考虑用canal监听mysql的binlog,实时接入即可。
    2.埋点日志 : 日志一般以文件的形式保存,可以选择用flume定时同步可以用spark streaming或者Flink来实时接入
    3.kafka也OK消息队列:即来自ActiveMQ、Kafka的数据等.
数据仓库层(DW):数据清洗
  1. DWD:data warehouse details 细节数据层,是业务层与数据仓库的隔离层。主要对ODS数据层做一些数据清洗和规范化的操作。
数据清洗:去除空值、脏数据、超过极限范围的
   2. DWB:data warehouse base 数据基础层,存储的是客观数据,一般用作中间层,可以认为是大量指标的数据层。
   3. DWS:data warehouse service 数据服务层,基于DWB上的基础数据,整合汇总成分析某一个主题域的服务数据层,一般是宽表。用于提供后续的业务查询,OLAP分析,数据分发等。
用户行为,轻度聚合
数据服务层/应用层(ADS):出报表:
  ADS:applicationData Service应用数据服务,该层主要是提供数据产品和数据分析使用的数据,一般会存储在ES、mysql等系统中供线上系统使用。

### Hive 数据分层实际案例 #### 广告投放平台中的数据仓库设计 在一个典型的广告投放平台上,数据仓库的设计通常采用多层级结构来优化性能并简化数据分析流程。具体来说,在ODS(Operational Data Store)层之后,会进一步划分成DWD(Data Warehouse Detail)、DWS(Data Warehouse Service),最后到ADS(Application Data Service)。这种层次化架构有助于提高查询效率和维护性。 1. **ODS 层** 原始日志数据未经任何转换直接存入此层。对于广告投放场景而言,这可能包括每次展示、点击事件等记录。这些原始数据会被定期加载至HDFS文件系统中,并通过Sqoop或其他ETL工具导入Hive表里[^1]。 2. **DWD 层** DWD层负责清洗来自ODS数据,去除噪声值、填补缺失字段等工作。这里定义了更细粒度的事实表与维度表。例如,创建一张`ad_impressions_fact`事实表用于保存每一次广告曝光的信息;同时建立多个维度表如`campaign_dim`, `publisher_dim`等描述不同业务实体属性。这一过程可以通过编写复杂的SQL语句完成: ```sql INSERT INTO TABLE ad_impressions_fact PARTITION (dt='2023-10-01') SELECT impression_id, campaign_id, publisher_id, user_ip, device_type, timestamp FROM ods_ad_events; ``` 3. **DWS 层** 经过前两步处理后的高质量数据在此阶段被聚合汇总形成更高抽象级别的视图供下游应用消费。比如统计每日各渠道带来的流量分布情况: ```sql WITH daily_traffic AS ( SELECT dt, channel_name, COUNT(*) as impressions_count FROM dwd_ad_impressions_fact aif JOIN dim_channels dc ON aif.channel_id = dc.id GROUP BY dt, channel_name ) INSERT OVERWRITE TABLE ads_daily_channel_performance PARTITION(dt) SELECT * FROM daily_traffic; ``` 4. **ADS 应用服务层** ADS层专注于满足特定应用场景需求而定制开发的应用程序接口(APIs),它可以直接服务于前端报表系统或是BI工具。该层不再涉及底层细节而是提供易于理解和使用的指标集给最终用户查看分析结果。 上述例子展示了如何利用Hive来进行有效的数据分层管理,从而支持复杂的大规模在线广告服务运营所需的各种实时性和历史趋势洞察力的需求[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值