基于SOA架构的企业内容管理方案的数据建模

　　在开始我们的数据建模之前，首先让我们简单地回顾一下数据库模型设计的基本步骤，数据建模主要由逻辑模型设计和物理模型设计构成，其中逻辑模型设计主要完成以下三个任务：

• 　　标识逻辑实体
• 　　标识逻辑实体间关系
• 　　标识逻辑实体的属性

　　物理模型是由逻辑模型转化而来的，要根据具体的数据库产品，为已经设计好的逻辑模型实体选择合适的数据类型和长度(字符串，整形)或精度(浮点数，金额型)，将其转化为物理数据库模型，为物理数据库模型设计表空间，bufferpool，表，索引，外键，序列等等，最后得到数据库建库脚本。

　　有了逻辑模型后，物理模型就是水到渠成的事情了，所以本文重点在逻辑建模内容，物理模型不做赘述。

　　标识逻辑实体

　　逻辑模型设计的实体标识阶段，是要根据业务的分析结果，将业务对象抽象出来。

　　从前面描述的业务和 IT 要素中，我们可以分析得到逻辑实体有 :

• 　　参与人——业务人员
• 　　事件——扫描，传输，获取
• 　　事物——金融单证的图像，也可以叫做资源
• 　　时间——隐含在事件要素中
• 　　地点——各业务部门

　　图 3. 组成世界的逻辑对象

　　其实上述的五大要素构成了现实世界，所以从中我们可以抽象出所需要的逻辑实体：

• 　　Event
• 　　Business Info
• 　　Resource Item
• 　　Resource Item Component
• 　　Party

　　通过上述思路，可以有效的从具体业务中抽象出逻辑实体，这样即使将来增加其他的内容存储业务，也可以很好的对应进来，不过还需要类型配置来表明是何种业务何种数据，即再增加一个数据字典实体：

• 　　Classification

　　这样，我们就标识出了逻辑模型的基础实体。下面再标识实体的属性以及实体间的关系。

　　标识逻辑实体的属性和关系

　　EVENT

　　EVENT 代表了业务事件，其基本要素要求有时间，人员，事件类型，可以得出逻辑实体的属性如下图：

　　图 4. EVENT

　　Resource Item

　　Resource Item 代表了资源项，主要内容包括资源项类型，对应的事件，序号等信息，其实体属性如下图：

　　图 5. Resource Item

　　Resource Item Component

　　Resource Item Component 代表了资源项的组件，主要内容包括资源项组件的类型，对应的事件，组件在资源项中的序号，对之进行改动的人员及时间，其实体属性如下图：

　　图 6. Resource Item Component