应对复杂的应用场景，数据建模中数据模型与模式概述

还请各位码友以和为贵，那些机器学习、大数据建模党，学技术不要搞窝里斗。点到为止即可，还请耗子尾汁！！ — 猴子喂

何为模型与模式

这两个词在不同领域有不同的含义，我们或许听过最多的就是数据仓储中的星型模型、雪花模型等等。这些只是模式中数据仓库模型中的一种，因此模型只是众多模式的一种具体实现形式，模型更易于理解和取用，就像数据库建表使用第三范式约束，比去理解 Armstrong 公理系统 更简便一样。

数据建模姑且理解为一个设计的过程，对现实世界各类数据的抽象组织，确定数据库需管辖的范围、数据的组织形式等直至转化成现实的数据库。详细

数据库中数据根据数据应用的目的模型有两种: 一种是概念模型，另一种是逻辑模型和物理模型。

数据库中的对象与对象的联系又分为：层次模型、网状模型、关系模型。

以上都是数据库理论的东西，实际工作中我们大多停留在数据库几范式以内。真是太佩服命名 2NF、3NF、BCNF和 4NF。因为它们不需要我们去透彻数据库最最核心的 Armstrong 公理系统和函数依赖，只需了解特点就能按需取用。
我也就简单白扯一下在数据库建表前的设计工作，我们可以有哪些方法。

为什么要用模式

众所周知，乘着新基建的东风，接下来将是企业数字化的转型的非常时期。本人所在公司一直都是做行业解决方案的，其有别与当今大多数互联网企业。企业数字化不能像互联网业务的建模一样用冗余去换时间，因为企业有更多的个性化业务和场景，如果不结合实情盲目的相仿互联网模式，势必会加速项目的腐化和浪费，个人和组织拥有更好的数据模型、更灵活的数据工具，这也将节省大量人力、物力和宝贵时间。

模式可以快速开发和修改通用模型和行业模型，也可以用于开发全新的模型，可以为构建数据模型时提供一个可遵循的标准。其通用性可以像上面的几个范式一样特点鲜明且容易理解，为专业人员建立他们自己的数据模型。将常用场景标准化和模式化，在将来针对一个企业之前的系统开发工作，能够评估和检查企业的数据模型，所以能够评估备选方案等等。

有哪些通用模式

本处只是做个搬运工，因为我也不太理解以下一些模式

• 声明角色模式
• 上下文角色模式
• 递归模式
• 分类模式
• 状态模式
• 联系机制模式
• 规则模式
• 使用模式

限于篇幅只针对声明角色模式做一个详细的展开，希望能起到抛砖引玉的作用

使用模式中的几个模型：

• 原型数据模型和作用域数据模型
• 应用数据模型
• 企业数据模型
• 数据仓库数据模型
• 关系型数据仓库模型
• 主数据管理（MDM）数据模型

总结

本文只是肤浅的扯皮了一下数据的模式大致有哪些，数据的设计模式落到实处会涉及很多理论和设计。另外也初窥一些应对复杂的场景如何设计数据模型，比我们总是采用那“老三样”要多点灵活和应变之力。