分层前缀怎么定
表名结构建议统一为「层前缀_业务域_对象_周期」，例如 dws_trade_store_day：一眼能看出它属于哪一层、哪个业务域、什么粒度。前缀是最容易执行的硬约束——评审时先看前缀与加工位置是否一致，命名错位通常意味着表的落层也错了。前缀还顺手解决检索与权限分组：按 ods_、dwd_、dws_、ads_ 划分库或授权范围，比逐张表维护清单省事得多。
基本信息
| 结构 | 层前缀_业务域_对象_周期 |
|---|---|
| 层前缀 | ods_ / dwd_ / dws_ / ads_ |
| 周期后缀 | di 日增量、df 日全量、day 日汇总 |
| 主要好处 | 一眼分辨加工位置，便于检索与权限分组 |
| 硬约束 | 前缀必须与实际落层一致 |
命名分段含义
| 段 | 含义 | 示例 |
|---|---|---|
| 层前缀 | 数据在数仓中的加工位置 | ods_、dwd_、dws_、ads_ |
| 业务域 | 交易、用户、流量等主题划分 | trade、user、traffic |
| 对象 | 表描述的业务实体 | order、store、login |
| 周期 | 数据的时间粒度与增量方式 | di、df、day、month |
表名示例
表名示例
ods_order # 贴源：与源表同构
ods_order_incr # 贴源：增量流水
dwd_trade_order_di # 明细层：交易域订单，日增量
dwd_trade_order_df # 明细层：交易域订单，日全量
dws_trade_store_day # 汇总层：交易域门店，日汇总
ads_sale_board_day # 应用层：销售看板，日结果周期后缀是最容易省掉、也最容易被误解的一段：di 与 df 的区别是增量与全量，缺了这一段，下游只能靠猜表里装的是增量还是全量，取数结果很容易翻倍或漏数。
临时脚本产物起名 tmp_final_v2、tmp_1123 后混进正式库，是权限与血缘治理的常见麻烦源：这些表没有负责人、没有口径说明，却常常被误当成正式数据引用。
改名的成本随表的使用范围上升：被越多下游引用的表，一次改名要协调的作业就越多。命名规范的价值在于让这件事第一次就做对；确实要改时，优先在新表上统一，老表按引用范围分批处理，并在改名后保留一段时间的视图别名做过渡。