Oracle数据库第6章 Oracle数据库建模设计与实现.pptVIP

PowerDesigner物理数据模型设计元素符号 PowerDesigner物理数据模型设计示例 6.3 系统数据库模型实现 在完成系统数据模型设计后，还需要将该数据模型设计方案在数据库DBMS中进行实现，即在数据库DBMS系统环境中创建数据库及其对象。将系统数据模型在数据库中进行实现，一般有两种方案：PDM转换SQL程序实现方案和PDM在数据库中直接生成对象实现方案。 一、PDM转换SQL程序实现方案 数据库设计者可以使用建模工具将所设计的PDM模型转换为SQL脚本程序，然后在DBMS系统中执行该脚本程序，实现数据库对象创建。 这种方案是实现数据库对象创建的基本方案。它需要先在系统数据模型设计工具中，选取模型转换对应的数据库DBMS，并设置模型转换选项参数，然后由工具自动将系统PDM模型转换为SQL脚本程序文件。在获得系统数据模型转换的SQL脚本程序文件后，便可在该DBMS系统中执行该SQL程序文件，实现数据库对象创建。 PDM数据模型创建SQL脚本设置对话框 SQL脚本生成对话框 SQL脚本打开对话框 SQL Developer 打开数据库对象创建脚本程序 SQL Developer 运行脚本程序创建数据库对象 * Oracle数据库系统教程 通信录就是一种简单的数据库 通信录就是一种简单的数据库 通信录就是一种简单的数据库 * 第六章 Oracle数据库建模设计与实现 数据库应用系统开发过程及数据模型设计工具 系统数据建模与E-R模型方法 系统概念数据模型、逻辑数据模型、物理数据模型设计 数据库设计模型与数据库对象SQL实现 【本章要点】 6.1 数据库系统开发过程及方法工具 一、数据库应用系统开发过程 数据库系统开发过程与应用软件开发过程一样，均由系统分析、系统设计、系统实现、系统测试阶段构成。 1.系统数据需求分析阶段 在系统数据需求分析阶段，主要应获取用户的数据需求，并描述系统数据需求规格。 2.系统数据模型设计阶段 在系统数据模型设计阶段，需要对系统数据架构、数据模型、数据完整性约束、数据库实现方案等方面进行设计，其目的是为了给出系统的数据架构、数据存储、数据访问的数据库系统方案。 3.系统数据库实现阶段 在系统数据库实现阶段，依据系统数据模型的数据库实现方案，在具体DBMS中进行数据库及各个数据库对象创建。 4.系统数据库测试阶段 在系统数据库测试阶段，需要对所实现的数据库及其对象进行测试验证，以确保所开发实现的数据库能满足应用系统对数据处理需求。 二、系统数据模型设计 一个信息系统的数据实体关系通常是很复杂的，为了抓住系统数据实体关系本质，需要采用数据模型方式进行系统数据模型设计。 概念数据模型是从用户视角建模描述业务应用中的数据实体组成及其语义关系，该模型用于与用户进行设计交流，反映系统数据需求的实体关系设计。 逻辑数据模型则是从系统设计者视角建模描述系统数据架构的数据实体组成及其语义关系，它在概念数据模型基础上，加入计算机处理的数据结构，从而反映系统的数据库逻辑结构。 物理数据模型则是系统设计者结合具体DBMS系统数据库实现环境所给出的系统数据库对象组成及其约束关系，它反映系统数据库具体实现的物理设计方案。 三、E-R模型方法 在系统数据模型设计中，主要采用数据与行为分离的实体关系模型（E-R模型）方法进行设计。 1.E-R模型元素 E-R模型（Entity-Relation Model）是系统数据模型设计使用最多的一种数据模型方法。该模型方法主要由实体、属性、标识符、关系等图形元素描述系统数据组成结构关系，其主要图形元素见下例所示。 在E-R模型中，还需要使用关系（Relationship）描述实体之间存在各种语义联系。因此，在E-R模型图中，实体之间需要使用关联线符号表示实体间关系。例如，在电子商务平台中，客户、商品实体之间存在一种订购关系。 2.实体关系类型 在E-R模型中，实体之间关系还需要从实例数量关系进一步刻画。对于关联的两个实体，它们的实例对应数量关系可分为一对一关系、一对多关系和多对多关系。 关系符号 含义 实体关系为可选，最小基数0，最大基数1。 实体关系为强制，最小基数1，最大基数1。 实体关系为可选，最小基数0，最大基数n。 实体关系为强制，最小基数1，最大基数n。 E-R模型的关系符号表示 3.实体强弱关系 在E-R模型中，实体之间在语义上除有实例数量对应关系外，还存在依赖关系，即一个实体的存在必须以另一实体的存在为前提。通常我们将依赖实体称为“弱实体”，而被依赖实体称为强实体。 例如，在“部门”、“员工”实体关系中，员工实体必须依赖于部门实体而存在。 在实体依赖关系中，如果在弱实体的标识符中部分含有所依赖实体的标识符，则该弱实体称为ID依赖弱实体。 例如，在下