数据建模到底该谁干？业务团队与数仓团队的“世纪之争”

引言

在数字化转型的浪潮中，数据建模的权责归属常成为企业内部的争议焦点——业务系统团队认为“我的数据我做主”，追求快速交付；数仓团队则强调“没有规矩不成方圆”，坚持统一治理。这场博弈背后，不仅是对技术路线的选择，更是对效率与秩序、敏捷性与可持续性的深层权衡。

---

一、数据建模的本质与场景分化

数据建模从来不是单纯的技术问题，而是业务目标与技术实现的桥梁。其核心矛盾源于场景分化：

1. 事务型场景（OLTP）：

   • 目标：支持高频、实时、原子性操作（如支付、订单处理）。

   • 建模原则：遵循3NF范式，避免冗余，保障ACID特性。

   • 典型案例：电商交易系统需处理每秒数万笔订单，数据模型必须优先保证写入性能与事务一致性。

2. 分析型场景（OLAP）：

   • 目标：支持跨系统、跨周期的复杂查询与分析（如用户行