从数据模型到领域驱动设计：数据库抽象与微服务实践的演进

在软件开发的漫长历史中，如何有效地对现实世界进行建模，始终是核心挑战之一。从早期的层次数据库到当今的微服务架构，数据模型作为连接业务需求与技术实现的桥梁，经历了深刻的演变。本文基于对概念数据模型、基本数据模型和面向对象模型的系统探讨，进一步延伸到领域驱动设计（DDD）在微服务中的落地实践，试图勾勒出一条从“数据建模”到“业务建模”的清晰演进路径。

一、三种基本数据模型：抽象层次的分工

在数据库设计理论中，通常将数据模型分为三个层次：概念数据模型、基本数据模型和面向对象模型。虽然它们都用于描述数据，但视角、用途和表达方式截然不同。

1. 概念数据模型——用户的视图

概念数据模型，也称实体-联系（E-R）模型，完全站在用户的立场上，描述现实世界中有哪些“事物”（实体）、它们具有什么“特征”（属性）以及彼此之间存在怎样的“业务关联”（联系）。它采用矩形表示实体、椭圆表示属性、菱形表示联系，并用连线标注联系类型（1:1, 1:N, M:N）。E-R 图是需求分析阶段与业务人员沟通的理想工具，因为它不涉及任何计算机存储细节，诸如主键、外键、索引等概念完全被屏蔽。例如，在学生选课系统中，我们只需画出“学生”、“课程”两个实体，以及“选修”联系（附带“成绩”属性），用户就能理解整个业务规则。

2. 基本数据模型——计算机系统的视图

基本数据模型（又称结构数据模型）面向 DBMS 的实现，它由数据结构、数据操作和完整性约束三部分组成。其中，关系模型是当前绝对主流，将所有数据组织为二维表，通过外键关联，使用 SQL 进行声明式操作