实体建模法并不是数据仓库建模中常见的一个方法，它来源于哲学的一个流派。
 从哲学的意义上说，客观世界应该是可以细分的，客观世界应该可以分成由一个个实 体，以及实体与实体之间的关系组成。我们在数据仓库的建模过程中完全可以引入这个抽象的方法，将整个业务也可以划分成一个个的实体，而每个实体之间的 关系，以及针对这些关系的说明就是我们数据建模需要做的工作。

 虽然实体法粗看起来好像有一些抽象，其实理解起来很容易。即我们可以将任何一个业务过程划分成 3 个部分，实体，事件和说明。

 描述一个简单的事实：“小明开车去学校上学”。以这个业务事实为例，我们可以把“小明”，“学校”看成是一个实体， “上学”描述的是一个业务过程，我们在这里可以抽象为一个具体“事件”，而“开车去”则可以看成是事件“上学”的一个说明。

 使用的抽象归纳方法其实很简单，任何业务可以看成 3 个部分：
  1、实体，主要指领域模型中特定的概念主体，指发生业务关系的对象
  2、事件，主要指概念主体之间完成一次业务流程的过程，特指特定的业务过程
  3、说明，主要是针对实体和事件的特殊说明

 由于实体建模法，能够很轻松的实现业务模型的划分，因此，在业务建模阶段和领域概念建模阶段，实体建模法有着广泛的应用。

 在没有现成的行业模型的情况下，我们可以采用实体建模的方法，和客户一起理清整个业务的模型，进行领域概念模型的划分，抽象出具体的业务概念，结合客户的使用特点，完全可以创建出一个符合自己需要的数据仓库模型来

 实体建模法也有着自己先天的缺陷，由于实体说明法只是一种抽象客观世界的方法，因此，注定了该建模方法
只能局限在业务建模和领域概念建模阶段。因此，到了逻辑建模阶段和物理建模阶段，则是范式建模和维度建模发挥长处的阶段

数据仓库模型已经有深厚的积累，尤其是一些大的数据仓库供应商：（下面的文档需要着重看一下）
　　银行业：IBM有BDWM(Banking Data Warehouse Model)；Teradata有FS-LDM(Financial Services Logical Data Model)。
　　电信业：IBM有TDWM(Telecom Data Warehouse Model)；Teradata有TS-LDM(Telecom Services Logical Data Model)。
　　Teradata FS-LDM7.0是一个成熟产品，在一个集成的模型内支持保险、银行及证券，
包含十大主题：当事人、产品、协议、事件、资产、财务、机构、地域、营销、渠道。
　　不要重复造车轮子，建议采用或者直接参考以上成熟的数据仓库模型，可以将项目实施的风险降到最低，当然是要花钱购买相关模型的