数据建模到底在建什么？业务、逻辑、物理模型一次讲清.docxVIP

数据建模到底在建什么？业务、逻辑、物理模型一次讲清

很多人一提到数据建模，第一反应就是：建几张表、定义几个字段、画一张ER图。

但真正的数据建模，远不只是“把数据存进数据库”。

企业里大量数据问题，看上去是报表问题，实际上根源往往在模型层。

销售部门统计销售额，按照订单金额计算；

财务部门统计销售额，按照收入确认金额计算；

运营部门则按照实际发货金额计算。

三个数字可能都没有算错，但由于业务对象、统计范围和时间口径没有在模型中统一，最终就变成了“三个部门、三个销售额”。

所以，数据建模真正要解决的，不是表怎么建，而是客户、商品、合同、订单、交付、发票、应收和回款这些现实业务，应该怎样被准确、稳定地表达为数据。

一、数据建模到底在建什么？

数据建模，本质上是在完成三次翻译。

第一次，是把现实业务翻译成业务模型。

企业每天都在发生大量业务活动：客户签订合同、销售创建订单、仓库完成发货、财务开具发票、客户支付货款。

业务模型要做的，就是从复杂流程中识别核心对象，明确业务从哪里开始、经过哪些环节、最终形成什么结果。

第二次，是把业务模型翻译成逻辑模型。

业务人员知道“客户下了一张订单”，但数据模型还需要继续说明：

客户和订单是什么关系，一张订单包含哪些商品，订单金额记录在哪一层，退款如何关联原订单，客户地区变化后历史数据如何统计。

第三次，是把逻辑模型翻译成物理模型。

到了这一层，才真