oracle-物理模型实现,2.4.1 从逻辑模型到物理模型（1）

2.4　物理表设计的关注点

物理化设计，是指我们对一个应用系统数据库逻辑结构进行对应物理部署的设计。在这个过程中有若干要点和技术手段需要掌握。

2.4.1　从逻辑模型到物理模型(1)

数据库设计可以分为以下三个大的阶段完成。

逻辑数据库模型设计：这个阶段主要面向需求，在这个阶段会将字面上的信息流转化为可模型化的数据流。有时我们也会将这个阶段称为“概念模型设计”阶段。

物理数据库模型设计：这个阶段将完成从逻辑模型到物理模型的转化，实现到某种具体运行平台的设计。

物理数据库的部署实现：指的是面向物理模型的工程部署，其任务大多由数据库管理员(DBA)在具体的服务器平台上完成，其中涉及部署、优化和精简管理任务等操作。

应用需求分析的结果之一，是形成了应用系统的数据逻辑模型。逻辑模型用来体现应用系统数据的特征。以下是逻辑模型满足需求分析的三个重要工作成果：

以数据化的方式再现了业务处理的需求。

容易让用户与开发者理解和接受。

是进一步演进为物理模型的前奏。

逻辑是以实体关系(Entity-RelationShip)理论为基础，以应用为出发点对数据进行建模的，它可以精确描述系统的静态特性、动态特性，以及完整性约束条件，包括数据库的结构、数据操作、数据间完整性约束的要素。图2-3是我们在Sybase著名的数据库设计工具PowerDesigner环境下分析设计得到的示意性逻辑模型(PowerDesigner Demo)。

(点击查看大图)图2-3　数据库逻辑结构示例

在图2-3中可以看到应用系统中的基本数据结构，可以归类表达为实体、实体属性和关系，实体中保存数据，数据为实体属性的集合，数据记录的插入、删除、修改、查询操作合称数据的管理，关系则表现了数据的关联关系，实现了数据间的参照性与完整性约束。

下面来看一下以Oracle为目标数据库的逻辑结构会转化为怎样的物理模型，如图2-4所示。

物理结构会因为数据库选型的不同而不同，目前常见的数据库类型和版本如图2-5所示。

在逻辑结构中，我们无须顾及具体的数据库实现，只要关注业务含义即可。一旦到了逻辑模型向物理模型转化的阶段，数据库的选择就是一件不可以忽略的事情了。图2-5所示就是我们常见的(Sybase PowerDesigner所支持的)数据库类型和版本。

【责任编辑：book TEL：(010)68476606】

点赞 0