概念数据模型设计与逻辑数据模型设计

概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。

在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。

概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。

概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。

概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。

在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。

在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。

逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。

逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。

逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。

逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。

在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。

物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。

物理数据模型的内容包括确定所有的表和列，定义外键用于确定表之间的关系，基于用户的需求可能进行发范式化等内容。在物理实现上的考虑，可能会导致物理数据模型和逻辑数据模型有较大的不同。

物理数据模型的目标是指定如何用数据库模式来实现逻辑数据模型，以及真正的保存数据

数据库概念结构设计和逻辑结构设计举例

数据库概念结构设计和逻辑结构设计举例 某超市公司要设计一个数据库系统来管理公司的业务信息，该超市公司的业务管理大致可分为三部分： 1、超市公司的仓库管理业务； 2、连锁商店的商品销售业务； 3、连锁商店的集团购买业务。 业务管理规则如下： （1）该超市公司有若干仓库，若干连锁商店，供应若干商品； （2）超市公司的业务员负责与供应商联系商品进货业务； （3）购进的商品按类存放在仓库中，每个仓库有若干保管员； （4）每个连锁商店有一个经理和若干收银员，每个收银员只在一个连锁商店工作。 （5）每个商品编号只有一个商品名称，但不同商品编号可以有相同的商品名称，每种商品可有多种销售价格； （6）连锁商店实行会员制，通过会员卡收集顾客信息。顾客办理会员卡后，可享受一定的优惠； （7）连锁商店要处理客户和销售员送来的集团购买大宗商品的订单，并根据库存情况交出货物同时开出发票，收到付款后应进行收款处理； （8）连锁商店对大宗订货给予优惠，每种商品规定了不同订货数量和折扣。

一、设计局部ER模式 1、仓库管理子系统分ER图 根据管理规则（2），（3），与仓库管理子系统有关的实体包括：业务员、商品、供应商、仓库、职工。 因为每个业务员都可以与若干家供应商联系多项商品或进货业务，所以在业务员、商品、供应商之间存在一个三元的多对多的联系。仓库与商品之间存在多对多，仓库与职工之间存在一对多的联系。

2、根据规则（1）（4）（5）（6），与商品销售业务有关的实体有商店、商品、收银员、顾客。 因为每个收银员都要与多个顾客购买的多种商品发生业务联系，所以在收银员、商品与顾客之间存在一个多对多的联系。商品与商存在多对多的联系，商店与收银员之间存在一对多的联系。

概念数据模型设计讲解

、新建概念数据模型 1）选择File-->New,弹出如图所示对话框，选择CDM模型（即概念数据模型）建立模型。 2）完成概念数据模型的创建。以下图示，对当前的工作空间进行简单介绍。（以后再更详细说明）.

3）选择新增的CDM模型，右击，在弹出的菜单中选择“Properties ”属性项，弹出如图所示对话框。在“General ”标签里可以输入所建模型的名称、代码、描述、创建者、版本以及默认的图表等等信息。在 “Notes ”标签里可以输入相关描述及说明信息。当然再有更多的标签，可以点击 按钮，这里就不再进行详细解释。？牯?尾 二、创建新实体 1 ）在CDM的图形窗口中，单击工具选项版上的Entity工具，再单击图形窗口的空白处，在单击的位置 就出现一个实体符号。点击Pointer工具或右击鼠标，释放Entitiy 工具。如图所示

2）双击刚创建的实体符号，打开下列图标窗口，在此窗口“General ”标签中可以输入实体的名称、代码、描述等信 、添加实体属性 1 ）在上述窗口的“ Attribute ”选项标签上可以添加属性，如下图所示

迴扌 ftitity Propertr 已s - Entity 2 (Entity ?) 注意： 数据项中的“添加属性”和“重用已有数据项”这两项功能与模型中 Data Item 的Unique code 和Allow reuse 选项有关。 P 列表示该属性是否为主标识符 ；D 列表示该属性是否在图形窗口中显示 ；M 列表示该属性是否为强制的, 即该列是否为空值。 如果一个实体属性为强制的，那么， 这个属性在每条记录中都必须被赋值，不能为空。 2）在上图所示窗口中，点击插入属性按钮，弹岀属性对话框，如下图所示 General Attributes | Idenhfiers ] Notes 1 Rules 表示是否为主标识符 ami \ Code Data 7ype Donwiri M 建立标识符 b 尸单于…』 二、二如馨；二 __ 1 = …— 一追力 q“属性 描入属性 衣示该属性为融' 制不能为空值广 T 厂厂 厂厂*r r'匚厂 r 厂广亡看 rr 厂厂F 广厂厂厂厂厂「厂广厂厂 □K | 匚 anew A.PF.M | Help 袤示是否在图形窗口中 II H'+'lll-oRIIH- ?laii' + 'IIB'-'HII' 一上丄 J-：'- ■ ：

试述数据模型的概念

试述数据模型的概念，数据模型的作用和数据模型的三个要素: 答案： 模型是对现实世界的抽象。在数据库技术中，表示实体类型及实体类型间联系的模型称为“数据模型”。 数据模型是数据库管理的教学形式框架，是用来描述一组数据的概念和定义，包括三个方面： 1、概念数据模型（Conceptual Data Model）：这是面向数据库用户的实现世界的数据模型，主要用来描述世界的概念化结构，它使数据库的设计人员在设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以及数据之间的联系等，与具体的DBMS 无关。概念数据模型必须换成逻辑数据模型，才能在DBMS中实现。 2、逻辑数据模型（Logixal Data Model）:这是用户从数据库所看到的数据模型，是具体的DBMS所支持的数据模型，如网状数据模型、层次数据模型等等。此模型既要面向拥护，又要面向系统。 3、物理数据模型（Physical Data Model）:这是描述数据在储存介质上的组织结构的数据模型，它不但与具体的DBMS有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。DBMS为了保证其独立性与可移植性，大部分物理数据模型的实现工作又系统自动完成，而设计者只设计索引、聚集等特殊结构。 数据模型的三要素： 一般而言，数据模型是严格定义的一组概念的集合，这些概念精确地描述了系统的静态特征（数据结构）、动态特征（数据操作）和完整性约束条件，这就是数据模型的三要素。 1。数据结构 数据结构是所研究的对象类型的集合。这些对象是数据库的组成成分，数据结构指对象和对象间联系的表达和实现，是对系统静态特征的描述，包括两个方面： （1）数据本身：类型、内容、性质。例如关系模型中的域、属性、关系等。 （2）数据之间的联系：数据之间是如何相互关联的，例如关系模型中的主码、外码联系等。 2 。数据操作 对数据库中对象的实例允许执行的操作集合，主要指检索和更新（插入、删除、修改）两类操作。数据模型必须定义这些操作的确切含义、操作符号、操作规则（如优先级）以及实现操作的语言。数据操作是对系统动态特性的描述。 3 。数据完整性约束 数据完整性约束是一组完整性规则的集合，规定数据库状态及状态变化所应满足的条件，以保证数据的正确性、有效性和相容性。

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查，确定了系统的功能边界，该系统应能完成下面的功能： （1）读者注册。 （2）读者借书。 （3）读者还书。 （4）图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口，但未表明数据的加工要求，需要进一步细化。根据前面图书管理系统功能边界的确定，再对图书管理系统顶层数据流图中的处理功能做进一步分解，可分解为读者注册、借书、还书和查询四个子功能，这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出，在图书管理的不同业务中，借书、还书、查询这几个处理较为复杂，使用到不同的数据较多，因此有必要对其进行更深层次的分析，即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称：借书证号 别名：卡号 含义说明：惟一标识一个借书证 类型：字符型 长度：20 …… 数据结构 （1）名称：读者类别 含义说明：定义了一个读者类别的有关信息 组成结构：类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 （2）名称：读者 含义说明：定义了一个读者的有关信息 组成结构：姓名+性别+所在部门+读者类型 （3）名称：图书 含义说明：定义了一本图书的有关信息 组成结构：图书编号+图书名称+作者+出版社+价格 ……

数据流 （1）数据流名称：借书单 含义：读者借书时填写的单据 来源：读者 去向：审核借书 数据流量：250份/天 组成：借书证编号+借阅日期+图书编号 （2）数据流名称：还书单 含义：读者还书时填写的单据 来源：读者 去向：审核还书 数据流量：250份/天 组成：借书证编号+还书日期+图书编号 …… 数据存储 （1）数据存储名称：图书信息表 含义说明：存放图书有关信息 组成结构：图书+库存数量 说明：数量用来说明图书在仓库中的存放数 （2）数据存储名称：读者信息表 含义说明：存放读者的注册信息 组成结构：读者+卡号+卡状态+办卡日期 说明：卡状态是指借书证当前被锁定还是正常使用 （3）数据存储名称：借书记录 含义说明：存放读者的借书、还书信息 组成结构：卡号+书号+借书日期+还书日期 说明：要求能立即查询并修改 …… 处理过程 （1）处理过程名称：审核借书证 输入：借书证 输出：认定合格的借书证 加工逻辑：根据读者信息表和读者借书证，如果借书证在读者信息表中存在并且没有被锁定，那么借书证是有效的借书证，否则是无效的借书证。 …… 二、概念结构设计实例 1．标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述，可初步确定三个实体的属性为： 读者：｛卡号，姓名，性别，部门，类别、办卡日期，卡状态｝ 读者类别：{类别代码，类别名称，可借阅天数、可借阅数量，超期罚款额}

概念数据模型,逻辑数据模型,物理数据模型 (原创)

概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。 物理数据模型的内容包括确定所有的表和列，定义外键用于确定表之间的关系，基于用户的需求可能进行发范式化等内容。在物理实现上的考虑，可能会导致物理数据模型和逻辑数据模型有较大的不同。

数据仓库模型的设计.doc

2.5数据仓库模型的设计 数据仓库模型的设计大体上可以分为以下三个层面的设计151: .概念模型设计; .逻辑模型设计; .物理模型设计; 下面就从这三个层面分别介绍数据仓库模型的设计。 2.5.1概念模型设计 进行概念模型设计所要完成的工作是: <1>界定系统边界 <2>确定主要的主题域及其内容 概念模型设计的成果是，在原有的数据库的基础上建立了一个较为稳固的概念模型。因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合，所以数据仓库的概念模型设计，首先要对原有数据库系统加以分析理解，看在原有的数据库系统中“有什么”、“怎样组织的”和“如何分布的”等，然后再来考虑应当如何建立数据仓库系统的概念模型。一方面，通过原有的数据库的设计文档以及在数据字典中的数据库关系模式，可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面，数据仓库的概念模型是面向企业全局建立的，它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。 概念模型的设计是在较高的抽象层次上的设计，因此建立概念模型时不用考虑具体技术条件的限制。 1.界定系统的边界 数据仓库是面向决策分析的数据库，我们无法在数据仓库设计的最初就得到详细而明确的需求，但是一些基本的方向性的需求还是摆在了设计人员的面前: . 要做的决策类型有哪些?

. 决策者感兴趣的是什么问题? . 这些问题需要什么样的信息? . 要得到这些信息需要包含原有数据库系统的哪些部分的数据? 这样，我们可以划定一个当前的大致的系统边界，集中精力进行最需要的部分的开发。因而，从某种意义上讲，界定系统边界的工作也可以看作是数据仓库系统设计的需求分析，因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。 2，确定主要的主题域 在这一步中，要确定系统所包含的主题域，然后对每个主题域的内容进行较明确数据仓库建模技术在电信行业中的应用的描述，描述的内容包括: . 主题域的公共码键; . 主题域之间的联系: . 充分代表主题的属性组。 2.5.2逻辑模型设计 逻辑建模是数据仓库实施中的重要一环，因为它能直接反映出业务部门的需求，同时对系统的物理实施有着重要的指导作用。在这一步里进行的工作主要有: . 分析主题域，确定当前要装载的主题; . 确定粒度层次划分; . 确定数据分割策略; . 关系模式定义; . 记录系统定义 逻辑模型设计的成果是，对每个当前要装载的主题的逻辑实现进行定义，并将相关内容记录在数据仓库的元数据中，包括: . 适当的粒度划分;

概念数据模型设计讲解

一、新建概念数据模型 1）选择File-->New,弹出如图所示对话框，选择CDM模型（即概念数据模型）建立模型。 2）完成概念数据模型的创建。以下图示，对当前的工作空间进行简单介绍。（以后再更详细说明）．

3）选择新增的CDM模型，右击，在弹出的菜单中选择“Properties”属性项，弹出如图所示对话框。在“General”标签里可以输入所建模型的名称、代码、描述、创建者、版本以及默认的图表等等信息。在“Notes”标签里可以输入相关描述及说明信息。当然再有更多的标签，可以点击 按钮，这里就不再进行详细解释。?牯?尾 二、创建新实体 1）在CDM的图形窗口中，单击工具选项版上的Entity工具，再单击图形窗口的空白处，在单击的位置就出现一个实体符号。点击Pointer工具或右击鼠标，释放Entitiy工具。如图所示

2）双击刚创建的实体符号，打开下列图标窗口，在此窗口“General”标签中可以输入实体的名称、代码、描述等信 息。． 三、添加实体属性 1）在上述窗口的“Attribute”选项标签上可以添加属性，如下图所示。

注意： 数据项中的“添加属性”和“重用已有数据项”这两项功能与模型中Data Item的Unique code 和Allow reuse选项有关。 P列表示该属性是否为主标识符;D列表示该属性是否在图形窗口中显示;M列表示该属性是否为强制的，即该列是否为空值。 如果一个实体属性为强制的，那么，这个属性在每条记录中都必须被赋值，不能为空。 2）在上图所示窗口中，点击插入属性按钮，弹出属性对话框，如下图所示。

数据模型设计要点

数据模型设计要点

目录 1.数据模型设计的输入4 2.数据模型设计必须的几个阶段4 2.1.概念数据模型设计（Conceptual Data Model） (5) 2.2.逻辑数据模型设计（Logical Data Model） (6) 2.2.1.设计范式要求 7 2.2.1.1.第一范式 7 2.2.1.2.第二范式 7 2.2.1. 3.第三范式 8 2.2.1.4.逆第三范式 9 2.2.2.其他要求 10 2.2.2.1.数据类型定义 10 2.2.2.2.实体名称定义 10 2.2.2. 3.主键定义 10 2.2.2.4.实体关系定义 10 2.2.2.5.数据量估算 11 2.2.2.6.索引定义 11 2.3.物理数据模型（Physical Data Model） (12) 2.3.1.物理库设计 12 2.3.1.1.数据库Server设计 12 2.3.1.2.表空间设计 12 2.3.1.3.用户及权限设计 13 2.3.2.物理表设计 13

2.3.2.1.数据类型设计 13 2.3.2.2.存储设计 13 2.3.2.3.主外键设计 13 2.3.2.4.索引设计 14 2.3.2.5.生成建表语句 14 3.数据模型设计相关工具软件14 4.数据模型设计的产出及规格要求14 4.1.概念数据模型设计阶段 (14) 4.2.逻辑数据模型设计阶段 (15) 4.3.物理数据模型设计阶段 (15)

1.数据模型设计的输入 传统的瀑布型的开发模型下，其特点是需求驱动。相应的，数据模型设计的必要输入为需求分析阶段的产出，包括需求规格说明书（需求分析说明书）、数据字典。 分析型应用由于其需求不易迅速全面予以明确，所以适合用螺旋式开发模型，逐步迭代。但由于分析型应用是数据驱动，所以数据模型的设计要求更高，需要根据业务和数据的实际情况，进行快速全面分析，并有充分的管理思维，才能设计出比较理想的数据模型。其输入就不仅限于传统的瀑布开发模型下的需求规格说明书和数据字典，而是要从业务层面分析各个现有业务实体，以管理思维的角度，进行必要的抽象、归纳和挖掘，结合未来管理需要，明确潜在业务实体，以及各业务实体之间的关系，最终予以设计实现。 2.数据模型设计必须的几个阶段 无论是瀑布模型还是螺旋模型，数据模型的设计都必须经历概念数据模型设计、逻辑数据模型设计和物理数据模型设计三个阶段。 其中，概念数据模型设计的主要工作是提取概念实体并分析其关系，这是最关键的工作，直接影响后续工作的质量；逻辑数据模型设计的主要工作是设计各逻辑实体的属性、主键、索引以及各实体之间的关系，此部分与物理数据库无关；物理数据模型设计的主要工作是结合具体的物理数据库平台进行存储设计。 这三个阶段并不是完全单向的，而是可以反向调整。假设后面的阶段发现有问题，可以转到上一阶段进行必要的修改后继续进行。但一定不能不管前一阶段的结果，放任自流地进行后面阶段的工作。 2.1.概念数据模型设计（Conceptual Data Model） 本阶段的任务是对业务领域的各概念实体进行归纳和总结的过程。该过程以分析概念实体以及它们之间的关系为目标，而不是以细化概念实体的各项属性为目标。 该阶段工作非常重要，是进行其他阶段工作的基础。

Oracle关系数据库的逻辑模型

关系数据库的逻辑模型 在关系数据库的设计阶段，需要为它建立逻辑模型。关系数据库的逻辑模型可以通过实体和关系组成的图来表示，这种图表称为“E-R 图”，使用E-R 图表示的逻辑模型被称为“ER 模型”。一个典型的ER 模型由如下三部分组成：实体、联系和属性。 1．实体和属性 客观存在并可相互区分的事物称为实体。实体可以指实际的对象，也可以指某些概念，例如，一个雇员、一个职位都是实体。在E-R 模型中，实体是用矩形表示，矩形框内写明实体名，以区分现实世界中其他对象。 每个实体有一组属性来表示，其中的某一部分属性可以惟一标识实例，如雇员编号。实体集是具有相同属性的实体集合，例如，学校所有教师具有相同的属性，因此教师的集合可以定义为一个实体集；而学生具有相同的属性，因此学生的集合可以定义为另一个实体集。 在数据库中，每个实体集都对应于一个表，实体集中的每个实体都是表中的一条记录，而实体的每个属性就是表中的一个字段。例如，企业中的雇员、职位和部门可以分别定义为三个实体集，这些实体集分别对应表EMPLOYEES 、JOBS 和DEPARTMENTS 。每个实体又具有它自己的属性，这些属性组成了表的字段。比如，雇员实体具有雇员编号、姓名、电话号码、职位、薪水、所属部门等属性。 2．联系 实际应用中的实体之间是存在联系的，这种联系必须在逻辑模型中表示出来。在E-R 模型中，联系用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标注上联系的类型。两个实体之间的联系可以分为三类： ● 一对一 若对于某个实体集A 中的每一个实体，实体集B 中至多有一个实体与之 相关；反之亦然，则称实体集A 与实体集B 具有一对一的联系，记为1：1。 ● 一对多 若对于实体集A 中的每一个实体，实体集B 中有多个实体与之相关，反 过来，对于实体集B 中的每一个实体，实体集A 中至多有一个实体与之相关，则称实体集A 与实体集B 有一对多的联系，记为1：n 。 ● 多对多关系 若对于实体集A 中的每一个实体，实体集B 中有多个实体与之相关， 反过来，对于实体集B 中的每一个实体，实体集A 中也有多个实体与之相关，则称为实体集A 与实体集B 具有多对多的联系，记为m ：n 。 例如，一个雇员只能属于一个部门，而一个部门可以同时对应于多个雇员，因此，雇员与部门之间具有一对多的联系，在E-R 模型中的表示如图1-1所示。 部门 职工从属 1 n 部门号部门名 部门负表人 职工编号姓名职位部门

概念模型和数据模型 课堂练习和习题

概念模型和数据模型课堂练习和习题 一、单项选择题 1. 数据模型一般来说是由三个部分组成（即三要素），其中不包括C A.完整性规则 B.数据结构 C.恢复 D.数据操作 2. 按照数据模型分类，数据库系统可以分为三种类型： A. 大型、中型和小型 B. 西文、中文和兼容 C. 层次、网状和关系 D. 数据、图形和多媒体 3. 在关系数据库中,要求基本关系中所有的主属性上不能有空值,其遵守的约束规则是( ) . A.参照完整性规则 B. 用户定义完整性规则 C.实体完整性规则 D. 域完整性规则 4. 在( )中一个结点可以有多个双亲,节点之间可以有多种联系. A.网状模型 B. 关系模型 C.层次模型 D. 以上都有 5．用二维表结构表示实体以及实体间联系的数据模型称为（） A．网状模型 B. 层次模型C．关系模型 D. 面向对象模型6．层次模型的特点是( ) A.只有一个叶结点 B.只有两个叶结点 C.只有一个根结点 D.至少有一个根结点7．在一个用于表示两个实体间联系的关系中,用来表示实体间联系的是该关系中的( ) A.关键字 B.任何多个属性集 C.外部关键字 D.任何一个属性 8．E-R图是( ) A.表示实体及其联系的概念模型 B. 程序流程图 C.数据流图 D. 数据模型图 9．在下面给出的内容中，不属于DBA职责的是( ) A.定义概念模式 B.修改模式结构 C.编写应用程序 D.编写完整性规则 10．学校中有多个系和多名学生，每个学生只能属于一个系，一个系可以有多名学生，从学生到系的联系类型是( ) A.多对多 B.一对一 C.多对一 D.一对多 11．描述数据库中全体数据的逻辑结构和特征是（） A．内模式 B. 模式 C. 外模式 D. 存储模式 12．下列关于数据库三级模式结构的说法中，哪一个是不正确的？（） A．数据库三级模式结构由内模式、模式和外模式组成 B．DBMS在数据库三级模式之间提供外模式/模式映象和模式/内模式映像 C．外模式/模式映象实现数据的逻辑独立性 D．一个数据库可以有多个模式 13．数据库系统的体系结构是（） A.两级模式结构和一级映象 B.三级模式结构和一级映象 C.三级模式结构和两级映象 D.三级模式结构和三级映象 14．概念模型是现实世界的第一层抽象,这一类最著名的模型是( ) . A.层次模型 B. 关系模型 C. 网状模型 D. 实体-联系模型 15．关系数据模型是目前最重要的一种数据模型,它的三个要素分别为( ).

概念数据模型,逻辑数据模型,物理数据模型

概念数据模型,逻辑数据模型,物理数据模型 概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。

概念模型、逻辑模型、物理模型区别(HZQ)

数据库设计 概念模型、逻辑模型、物理模型区别 侯在钱 目录 1.模型种类 (2) 1.1.概念模型 (2) 1.2.逻辑模型 (3) 1.3.物理模型 (3) 1.4.模型区别 (3) 1.4.1.对象转换 (4) 1.4.2.其它对比 (4) 2.常用工具 (5) 2.1.ERWIN (5) 2.1.1.逻辑模型 (5) 2.1.2.物理模型 (5) 2.1.3.常用操作 (6) 2.2.PowerDesigner (8) 2.2.1.概念模型 (8) 2.2.2.逻辑模型 (9) 2.2.3.物理模型 (9) 2.2.4.常用操作 (10)

1.模型种类 一般在建立数据库模型时，会涉及到几种模型种类：概念模型、逻辑模型、物理模型。数据库设计中概念模型和逻辑模型区别比较模糊，所以在数据库设计工具ERWIN中只提供了逻辑模型和物理模型，而在PowerDesigner早期版本中也只提供了概念模型和物理模型两种模型，只是在PowerDesigner15版本中提供了三种模型：概念模型、逻辑模型、物理模型。 1.1.概念模型 概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。 表示概念模型最常用的是"实体-关系"图。 E-R图主要是由实体、属性和关系三个要素构成的。在E-R图中，使用了下面几种基本的图形符号。 实体，矩形 E/R图三要素属性，椭圆形 关系，菱形

关系：一对一关系，一对多关系，多对多关系。 1.2.逻辑模型 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。 1.3.物理模型 物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。 概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象。 1.4.模型区别

概念模型设计

1、概念模型设计（E-R图） E-R图也称实体-联系图，提供了标识实体类型、属性和联系的方法，用来描述现实世界的概念模型。E-R图的基本类型：实体（矩形）属性（椭圆）联系（菱形，无向线段）（一对一联系1:1，一对多联系1：N，多对多联系N:N） 例：再简单的教务管理系统中，有如下语义约束： 一个学生可选修多门课程，一门课程可被多个学生选修，因此学生和课程之间是多对多的联系；一个老师课讲授多门课程，一门课程可以由多个教师讲授，因此教师和课程之间也是多对多的联系；一个系可有多个教师，一个教师只能属于一个系，因此系和教师之间是一对多的联系，同样系和学生之间也是一对多的联系。 2、信息与数据 数据是人们用来反映客观世界而记录下来的可以鉴别的物理符号，或者说数据是用各种可以鉴别的物理符号记录下来的客观事实。数据的含义包括两个方面：客观性（数据对客观事实的描述，它反映了某一客观事实的属性，这种属性是通过属性名和属性值同时来表达的，缺一不可）可鉴别性（是数据对客观事实的记录，这种记录是通过一些特定的符号来表现的，常用的特定符号包括：声、光、电、数字、文字、字母、图形、图表和图像等）信息是经过加工后的数据，它对接收者有用，对决策或行为有现实或潜在价值。信息与数据可以看做原材料和成品的关系：相对/绝对，主观/客观，抽象/具体 3、Business processes:（workflows of material,information,knowledge）（sets of activities,steps）（may be tied to functional area or be cross-functional）Businesses:can be seen as collection of business processes Business processes may be assets or liabilities 4、信息与决策：信息是管理的基础，管理的决策理论学派认为：管理就是决策，而决策过程就是收集、处理和使用信息的过程。 决策分类： 决策类型决策方法 传统方法现代方法 MIS包括各种管理方法结构化决策习惯；标准作业过程；适 当的组织机构 非结构化决策判断力、直觉；经验规则；DSS;ESS;人机对话运行 线索 5、企业系统规划法： IBM公司70年代剔除的一种系统规划方法，适用于信息系统规划，该方法的四个关键步骤：定义管理目标，定义管理功能性，定义数据分类，定义信息结构6、supply chain management(SCM) systems (manage firm’s relationships with suppliers)(share information about:orders,production,inventory levels,delivery of

数据库-逻辑结构设计

1、关系模型与ER模型：（一个关系就是一张二维表） 关系模式：→二维表 ER模型：→ER图 2、关系模型的基本概念： 教师（教师编号，A, B, 姓名，性别，所在系）--主表 课程（课程号，课程名，上课教师，教师编号）--从表 关系名：实体与实体间的联系 元组----记录---行（非空） 字段----数据项---列（属性） 键----关键字----标识属性（主键，外键，候选键） 主从关系：以该属性为主键的表就是主表，以该属性为外键的表就是从表。 3、将ER模型转换成二维表，以下面为例： ER模型： 实体： 教师（教师编号，姓名，性别，所在系） 课程（课程号，课程名，教师编号，上课教室） 学生（学号，姓名，年龄，班级） 联系： 讲授（教师编号，课程号） 选修（学号，课程号，成绩）

二维表： ①将实体转为关系表 （实体名--关系名，实体属性--关系属性，即列，实体键--关系键） ②将实体的联系转为关系表（关系模式） 1:1的联系--可以转为一个独立的关系模式，也可以与任一实体合并 1:n的联系--可以转为一个独立的关系模式，也可以与n端实体合并 m:n的联系--可以转为一个关系模式 3个或3个以上实体之间的多元化的联系--可以转为一个关系模式 相同的键的关系模式可以合并 4、关系规范化：（5个等级----5个范式-----1NF→5NF）Form ①规范化原因：消除不合适的数据依赖，即关系模式中会存在以下弊端： 数据重复（冗余） 数据不一致性 数据插入异常 数据删除异常…. ②范式规范化的判定条件： 1NF:实体中的属性不能再分解 实例： 学生1（学号，姓名，性别，出生日期，系部代码，入学时间，家庭成员）不属于1NF 更改后： 学生1（学号，姓名，性别，出生日期，系部代码，入学时间，家庭） 家庭（学号，家庭成员姓名，亲属关系） 2NF:实体中的非键属性完全依赖键属性 实例： 属于1NF，不属于2NF 分析： 系部代码----由学号决定，出生日期---由学号决定，成绩---由学号+课程号决定 更改后： 3NF:没有一个非键属性传递依赖于键（关键字→非关键字1....→非关键字n） 实例： 属于2NF 分析： 姓名，性别，出生日期，入学时间---由学号唯一决定 系部代码，系名，系宿舍楼----不是由学号唯一决定，相互递推出来不属于3NF （例如：系部代码----由学号或者系名或者系宿舍楼推出） 更改后：

数据库概念设计及数据建模三

数据库概念设计及数据建模(三) (总分：99.00，做题时间：90分钟) 一、{{B}}选择题{{/B}}(总题数：39，分数：78.00) 1.数据库概念设计需要对一个企业或组织的应用所涉及的数据进行分析和组织。现有下列设计内容 Ⅰ．分析数据，确定实体集 Ⅱ．分析数据，确定实体集之间的联系 Ⅲ．分析数据，确定每个实体集的存储方式 Ⅳ．分析数据，确定实体集之间联系的基数 Ⅴ．分析数据，确定每个实体集的数据量 Ⅵ．分析数据，确定每个实体集包含的属性 以上内容不属于数据库概念设计的是______。 ?A.仅Ⅰ、Ⅳ和Ⅵ ?B.仅Ⅱ和Ⅴ ?C.仅Ⅲ、Ⅳ和Ⅵ ?D.仅Ⅲ和Ⅴ （分数：2.00） A. B. C. D. √ 解析：[解析] 数据库概念设计主要是理解和获取引用领域中的数据需求，分析，抽取，描述和表示清楚目标系统需要储存和管理什么数据，这些数据共有什么样的属性特征以及组成格式，数据之间存在什么样的依赖关系，同时也要说明数据的完整性与安全性。而数据的储存方式和数据量不是概念设计阶段所考虑的。 2.数据库概念设计的目标是理解和表达数据需求，确定和描述数据库中需要存储和处理的数据。关于概念设计有下列说法或做法： Ⅰ．概念设计的重点是从需求文档所定义的业务背景中抽象出实体集及实体集之间的关系 Ⅱ．可采用分类方法将业务背景中具有相同属性特征的客观对象归为类，在此基础上概括命名，得到实体集 Ⅲ．按照业务规则标识和定义实体集之间的联系时，不仅要定义实体集之间的直接联系，也要定义实体集之间的间接联系 Ⅳ．在确定实体集的属性时，不仅要检查每个属性与实体集间的所属关系，也要检查每个实体集属性的完备性 Ⅴ．概念设计的结果通常用DFD或ERD描述，图形表达既能清楚地说明应用系统的数据需求，也便于用来与用户交流和沟通 以上说法或做法正确的是______。 ?A.仅Ⅰ、Ⅱ和Ⅳ ?B.仅Ⅱ、Ⅲ和Ⅳ ?C.仅Ⅰ、Ⅲ和Ⅴ ?D.仅Ⅰ、Ⅳ和Ⅴ ）2.00（分数： A. √

实验 数据库概念模型和逻辑模型

实验建立数据库概念模型（CDM）和物理模型（PDM） 一、实验目的 1.了解用PowerDesigner工具建立简单的数据库概念模型CDM的方法和过程； 2.了解用PowerDesigner工具由CDM生成物理数据模型PDM的方法和过程。 二、实验内容 1.用PowerDesigner工具建立“出版公司信息系统”概念数据模型CDM； 2.用PowerDesigner工具将“出版公司信息系统”概念数据模型CDM生成物理数据模 型PDM。 三、实验要求 1．完成“出版公司信息系统”的概念数据模型CDM； 2．将“出版公司信息系统”的CDM转换成物理数据模型PDM； 3．按“Ctrl+Print Screen SysRq”，以屏幕打印的方式将完成实验所得到的图，以实验报告的形式提交。 案例背景 本实验以某“出版公司信息系统”为例。 在某“出版公司信息系统”中，相关的实体包括作品（Title）、作者（Author）、版税（Roysched）、出版社（Publisher）、发票（Invoice）、书店（Store）、折扣（Discount）。主要存在的业务问题包括不同的作者对于同样的作品有不同的版税，每个作品必须选定一个出版社来出版，不同的书店根据销售情况可以享受不同的折扣率。 “出版公司信息系统”的E-R图如图1－1所示，实体与实体之间的联系如表1－1所示（图中省略了属性）。 表1－1 “出版公司信息系统”实体与实体间的联系 表2-2 “出版公司信息系统”实体与实体之间的联系

图2-2 “出版公司信息系统”E-R 图图1－1 出版公司信息系统E-R 图 四、实验步骤 1. 进入CDM 建模界面 （1）启动PD ，进入CDM 界面。 单击工具栏中“文件（File ）－新建模型（New Model ）”，单击“模型类型（Model Types ）”框中的“Conceptual Data Model （概念数据模型）”，并“确定（OK ）”，即进入CDM 界面。 （2）定义CDM 模型。 单击“模型(Model)—模型属性（Model Properties ）”，出现如图1－2所示的CDM 属性窗口，键入“出版公司信息系统”等属性，“确定（OK ）”并保存模型，进入CDM 工作界面，CDM “Palette ”主要模型工具的用途如表1－2所示。 图1－2 概念数据模型CDM 的属性窗口

数据库设计实例需求分析概念结构逻辑结构完整版

数据库设计实例需求分 析概念结构逻辑结构 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查，确定了系统的功能边界，该系统应能完成下面的功能： （1）读者注册。 （2）读者借书。 （3）读者还书。 （4）图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口，但未表明数据的加工要求，需要进一步细化。根据前面图书管理系统功能边界的确定，再对图书管理系统顶层数据流图中的处理功能做进一步分解，可分解为读者注册、借书、还书和查询四个子功能，这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出，在图书管理的不同业务中，借书、还书、查询这几个处理较为复杂，使用到不同的数据较多，因此有必要对其进行更深层次的分析，即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称：借书证号 别名：卡号 含义说明：惟一标识一个借书证 类型：字符型 长度：20 …… 数据结构 （1）名称：读者类别 含义说明：定义了一个读者类别的有关信息 组成结构：类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 （2）名称：读者 含义说明：定义了一个读者的有关信息 组成结构：姓名+性别+所在部门+读者类型 （3）名称：图书 含义说明：定义了一本图书的有关信息

组成结构：图书编号+图书名称+作者+出版社+价格 …… 数据流 （1）数据流名称：借书单 含义：读者借书时填写的单据 来源：读者 去向：审核借书 数据流量：250份/天 组成：借书证编号+借阅日期+图书编号 （2）数据流名称：还书单 含义：读者还书时填写的单据 来源：读者 去向：审核还书 数据流量：250份/天 组成：借书证编号+还书日期+图书编号 …… 数据存储 （1）数据存储名称：图书信息表 含义说明：存放图书有关信息 组成结构：图书+库存数量 说明：数量用来说明图书在仓库中的存放数 （2）数据存储名称：读者信息表 含义说明：存放读者的注册信息 组成结构：读者+卡号+卡状态+办卡日期 说明：卡状态是指借书证当前被锁定还是正常使用 （3）数据存储名称：借书记录 含义说明：存放读者的借书、还书信息 组成结构：卡号+书号+借书日期+还书日期 说明：要求能立即查询并修改 …… 处理过程 （1）处理过程名称：审核借书证 输入：借书证 输出：认定合格的借书证 加工逻辑：根据读者信息表和读者借书证，如果借书证在读者信息表中存在并且没有被锁定，那么借书证是有效的借书证，否则是无效的借书证。 …… 二、概念结构设计实例

数据库逻辑结构图

数据库逻辑结构图 一、实体的关系模型 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式） 5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费项目，消费时间，消费金额，剩余金额，总收入） 其中有下划线的是主键。 二、关系模型合并 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式） 5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费项目，消费时间，消费金额，剩余金额，总收入） 三、关系模型的函数依赖关系 1）、用户名——>密码 2）、（帐号，密码）——>姓名，（帐号，密码）——>年龄，（帐号，密码）——>出生日期，（帐号，密码）——>电话号码

3）、时间——>地点，时间——>事件 4）、姓名——>城市，姓名——>备注，姓名——>工作地点，姓名——>联系方式； 5）、日期——>地点，日期——>人物，日期——>事情 6）、标志——>消费时间，消费时间——>消费项目，消费时间——>消费金额，标志——>总收入，标志——>剩余金额。 其中6不是第一范式其他都是第一范式，且6为第二范式. 四、优化 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式）5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费时间，剩余金额，总收入） 消费（消费时间，消费项目，消费金额）

数据库逻辑结构设计

数据库逻辑结构设计 该系列计划包括5部分：完整性约束理论及应用、范式理论及应用、需求分析、概念结构设计、逻辑结构设计。本文是第五部分，介绍逻辑结构设计的内容，包括E-R图向关系模型的转换、数据模型的优化、用户子模式的设计等问题。1．逻辑设计概述 概念结构是独立于任何一种数据模型的，在实际应用中，一般所用的数据库环境已经给定（如SQL Server或Oracel或MySql），本文讨论从概念结构向逻辑结构的转换问题。 由于目前使用的数据库基本上都是关系数据库，因此首先需要将E-R图转换为关系模型，然后根据具体DBMS的特点和限制转换为特定的DBMS支持下的数据模型，最后进行优化。 2．E-R图向关系模型的转换 2.1 一个例子 E-R图如何转换为关系模型呢？我们先看一个例子。 图2.1是学生和班级的E-R图，学生与班级构成多对一的联系。根据实际应用，我们可以做出这个简单例子的关系模式： 学生（学号，姓名，班级） 班级（编号，名称） “学生.班级”为外键，参照“班级.编号”取值。 这个例子我们是凭经验转换的，那么里面有什么规律呢？在2.2节，我们将这些经验总结成一些规则，以供转换使用。 2.2 转换规则 (1) 一个实体型转换为一个关系模式 一般E-R图中的一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。

(2) 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应 的关系模式合并。 图2.2是一个一对一联系的例子。根据规则（2），有三种转换方式。 联系单独作为一个关系模式 此时联系本身的属性，以及与该联系相连的实体的码均作为关系的属性，可以选择与该联系相连的任一实体的码属性作为该关系的码。结果如下： 职工（工号，姓名） 产品（产品号，产品名） 负责（工号，产品号） 其中“负责”这个关系的码可以是工号，也可以是产品号。 )与职工端合并 职工（工号，姓名，产品号） 产品（产品号，产品名） 其中“职工.产品号”为外码。 i)与产品端合并 职工（工号，姓名） 产品（产品号，产品名，负责人工号） 其中“产品.负责人工号”为外码。 (3) 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关 系模式合并。