实验建立数据库概念模型（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 的属性窗口
表1－2 CDM“Palette”主要模型工具的用途
2. 创建概念数据模型CDM
（1）创建实体和属性
单击“实体”图标（Entity），在模型设计工作区单击7下，得到7个实体框；再右击鼠标会取消选择实体工具，如图1－3所示。
图1－3 创建实体
（2）双击某个实体框，出现该实体常规属性窗口，在“属性”标签窗口定义实体名称“作者”等主要选项并“OK”，如图1－4所示。
图1－4 定义实体常规属性
（3）单击第二个“属性”标签，进入该实体属性窗口，如图1－5所示。
图1－5 定义实体属性
其中：
M：Mandatory，强制属性，表示属性值是否为空；
P：Primary Identifer，是否为主键（实体标识符）；
D：Displayed，在实体图形符号中是否显示。
属性定义完毕，单击“OK”返回。
（4）按照上述步骤完成其他实体的属性定义，如图1－6。
图1－6 各实体的属性定义
（5）建立实体间的联系
在模型工具栏中选择联系“Relationship”工具，在相关联的两个实体中的一个实体图标上单击左键按住不放，拖动到另一个实体上释放，即可创建一个关系。
（6）定义关系属性
双击表示关系的图标，出现关系属性定义窗口，“属性”标签中常规关系属性（General）如图1－7所示；“明细（Cardinalities）”标签中关系类型定义，如图1－8所示。
图1－7 定义联系属性图1－8 定义联系类型
注意：联系类型分为1对1、1对多、多对多三种，连线的开叉一端代表多，不开叉一端代表1。
（7）按照上述步骤定义其它实体的联系，直到把所有的业务问题描述清楚。初步创建的“出版公司信息系统”的CDM如图1－9所示。
图1－9 “出版公司信息系统”的概念数据模型CDM
（8）检查CDM
单击“工具（ToolS）－检查模型（Check Model）”出现检查模型参数“选项（Options）”标签，点击每一个文件夹可检查并手工更正错误情况，如图1－10所示。点击“选择Selection”标签，可以单独检查某一对象，并手工更正错误情况，如图1－11所示。
图1－10 检查模型参数“Options”标签图1－11 “Selection”标签
“+”表示自动更正，“×”表示错误“！”表示警告。
（9）显示模型检查结果
参数选择完成后，出现模型“检查结果”窗口，检查完成后，会出现检查结果报告，如图1－12所示。
若模型没有错误，则保存CDM，完成“出版公司信息系统”的概念模型。
注意：检查结果分为三类：错误、警告、没有错误。其中，错误必须更正，警告可以更正，也可以不更正。
图1－12 CDM检查结果窗口
3. 由概念模型CDM生成物理数据模型PDM
CDM模型生成以后，可以利用PD提供的自助转换功能将CDM模型转换成PDM模型，而不需要重新建立。
打开CDM模型，单击“工具（Tools）－生成物理数据模型（Generate Physical Data Model）”，出现“PDM生成选项（PDM Generation Option）”窗口，
在“常规General”标签页，选中“生成物理数据模型”，在名称中输入“出版公司信息系统”，“明细（Detail）”、“目标模型（Target Model）”、“选择（Selection）”标签页进行设置，单击“OK”按钮，生成PDM模型。同时，在“结果集”窗口出现检查结果，在“检查结果”窗口，显示处理过程出现的警告、错误和提示信息。如果检查结果正确，生成PDM的过程结束。
向产品创新的概念设计技术研究
内容提要：分别阐述了产品概念设计领域的研究现状；指出前者的根本缺陷在于缺乏设计方法学的支持，未能从产品创新着眼、体现整个设计过程，后者往往局限于设计的 理论层次，仅从设计艺术的角度进行研究，缺乏可实现性和操作性。本文针对上述不足，总结了概念设计过程中五个方面的产品创新，提出了遵循设计思维、面向产品创新 的概念设计的基本思路、支撑技术和实现方法，并进一步研制了实验系统加以验证。（作者：包恩伟 孙守迁 潘云鹤）
0．引言 产品概念设计是设计过程的初始阶段，其目标是获得产品的基本形式或形状。广义上的概念设计（如图 1 所示）是指从产品的需求分析之后，到详细设计之前这一阶段的设计过程。 它主要包括功能设计、原理设计、布局设计、形状设计和初步的结构设计等五部分。这几个部分虽存在一定的阶段性和相互独立性，但在实际的设计过程中，由于设计类型的不同，往 往具有侧重性，而且互相依赖，相互影响。 概念设计是产品整个设计过程中一个非常重要的阶段。这一阶段的工作高度地体现了设计的艺术性、创造性、综合性以及设计师的经验性。实践表明，一旦概念设计被确定，产品 设计的 60％－70％也就被确定了；然而，概念设计阶段所花费的成本和时间在总的开发成本和设计周期中占的比例通常都在 20％以下。 当前，由于工业产品由传统的机械产品向机电一体化产品、电子产品方向发展，市场竞争日趋激烈，消费观念不断变化，从而导致一个产品的功能已不再是消费者决定购买的最主 要因素。产品的创新性、外观造型、宜人性等因素愈来愈受到重视，在竞争中占据着突出地位。这种趋势促使企业在着手进行新产品开发时把面向产品的创新性、外观造型、人机工程 学的设计提到一个新的高度，从而也迫切要求对产品概念设计的研究能有进一步的突破，以提高产品的设计水平和市场竞争力。
图 1 概念设计的定义 1．概念设计的研究现状 概念设计在产品的整个设计开发过程有着无可替代的作用。因而，对这一过程的研究一直以来都是 CAD／CAM、CIMS 等领域的热点。特别是近年来，随着计算机图形学、虚拟现实、 敏捷设计、多媒体等技术的发展和 CAD／CAM 应用的深入，产品概念设计的研究也有了新的进展。 从工程设计的研究角度，概念设计包括了产品的功能设计、原理设计、方案设计及初步的结构设计等内容。不少学者从工程设计学出发，提出了层次概念设计模型、工程设计概念 模型、基于功率键图的概念设计等概念设计建模方法。 从工业设计的研究角度，概念设计主要是指考虑功能、结构、人机工程以及制造等因素在内的产品外观形态的设计。不少学者从产品设计方法学出发，提出了造型文法、色彩文法、 形状文法等产品概念设计原理、原则与方法。 另外，从技术的应用角度，有学者从智能辅助的角度提出了基于多层推理机制的概念设计、概念设计专家系统等概念设计方法和机制；也有学者从虚拟现实的应用角度提出了基于 虚拟界面的概念形状设计、基于多通道用户界面的概念设计等等。 从上述现状可看到：对概念设计的认识和研究目前还处于一个分离的局面。从工程设计角度进行的研究往往以产品的功能原理为出发点，将概念设计看成是功能原理方案的草图实 现过程，而计算机辅助概念设计（Computer Aided Conceptual Design，以下简称 CACD）则是提供一个产品的草图绘制和三维重建工具。因而很少从概念设计本身和设计思维的角度进 行研究；从工业设计角度进行研究的学者则往往从产品的外观造型出发，他们擅长设计理论，但不了解计算机的辅助能力。因而其理论很难通过程序形式加以实现。 另外，当前一些大型 CAD／CAM／CAE 商品化软件系统如 EDS Unigraphics、Pro/Engineer 等也提供了概念设计／工业设计模块，其设计结果能直接传递给系统中其他模块进行后续 设计。但根本的问题在于： ① 这些模块提供的基本上是一个在设计方案基本定型之后的概念化／草图化绘图工具而非设计工具。它缺乏设计方法学的支持； ② 整个模块基本上没有体现概念设计的设计过程，设计流程没能从概念设计师的角度出发，与设计思维不能很好融合；
概念模型、逻辑模型、物理模型区别 (H Z Q)
数据库设计 概念模型、逻辑模型、物理模型区别 侯在钱 目录 1.模型种类 (3) 1.1.概念模型 (3) 1.2.逻辑模型 (4) 1.3.物理模型 (4) 1.4.模型区别 (4) 1.4.1.对象转换 (5) 1.4.2.其它对比 (5) 2.常用工具 (5) 2.1.ERWIN (5) 2.1.1.逻辑模型 (5) 2.1.2.物理模型 (6) 2.1.3.常用操作 (7) 2.2.PowerDesigner (9) 2.2.1.概念模型 (9) 2.2.2.逻辑模型 (10) 2.2.3.物理模型 (10) 2.2.4.常用操作 (10)
1.模型种类 一般在建立数据库模型时，会涉及到几种模型种类：概念模型、逻辑模型、物理模型。数据库设计中概念模型和逻辑模型区别比较模糊，所以在数据库设计工具ERWIN中只提供了逻辑模型和物理模型，而在PowerDesigner早期版本中也只提供了概念模型和物理模型两种模型，只是在PowerDesigner15版本中提供了三种模型：概念模型、逻辑模型、物理模型。 1.1.概念模型 概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。 表示概念模型最常用的是"实体-关系"图。 E-R图主要是由实体、属性和关系三个要素构成的。在E-R图中，使用了下面几种基本的图形符号。 实体，矩形 E/R图三要素属性，椭圆形 关系，菱形
关系：一对一关系，一对多关系，多对多关系。 E/R图中的子类(实体)： 子类is a 超类 1.2.逻辑模型 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。 1.3.物理模型 物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。 概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象。 1.4.模型区别
热考培优(七)|概念模型、物理模型与数学模型 [热考解读] 模型方法是以研究模型来揭示原型的形态、特征和本质的方法，是逻辑方法的一种特有形式，模型一般可分为概念模型、物理模型和数学模型三大类。 1．概念模型 含义：指以图示、文字、符号等组成的流程图形式对事物的规律和机理进行描述、阐明。例如光合作用示意图、中心法则图解、免疫过程图解、过敏反应机理图解、达尔文的自然选择学说的解释模型、血糖平衡调节的模型等。概念模型的特点是图示比较直观化、模式化，由箭头等符号连接起来的文字、关键词比较简明、清楚，它们既能揭示事物的主要特征、本质，又直观形象、通俗易懂。 2．物理模型 含义：根据相似原理，把真实事物按比例放大或缩小制成的模型，其状态变化和原事物基本相同，可以模拟客观事物的某些功能和性质。如生物体结构的模式标本、细胞结构模式图、减数分裂图解、DNA分子双螺旋结构、生物膜流动镶嵌模型、食物链和食物网等。物理模型的特点是：实物或图画的形态结构与真实事物的特征、本质非常相像，大小一般是按比例放大或缩小的。 3．数学模型 含义：用来定性或定量表述生命活动规律的计算公式、函数式、曲线图以及由实验数据绘制成的柱形图、饼状图等。如组成细胞的化学元素饼状图，酶的活性受温度、酸碱度影响的曲线，光合作用中随光照强度、温度、CO2等条件变化时光合作用强度的变化曲线，有丝分裂和减数分裂过程中染色体、染色单体以及DNA数量的变化规律，碱基与氨基酸的对应关系，基因分离定律和自由组合定律的图表模型，用数学方法讨论种群基因频率的变化，探究自然选择对种群基因频率的影响，同一植物不同器官对生长素浓度的反应曲线，“J”型种群增长曲线的数学模型和公式N t＝N0λt，能量金字塔等。 [命题设计] 1．模型可以简化生物学问题，有助于问题的解决。下列关于模型建立的说法，正确的是() A．可用计算机软件制作真核细胞的三维实物模型 B．用公式N t＝N0λt表示单个种群的“S”型增长趋势 C．光合作用过程图解是描述光合作用主要反应过程的数学模型 D．“建立血糖调节模型”活动是用物理模型再构建出概念模型 解析：选D。用计算机软件制作出的真核细胞的三维模型不是实物模型，A错误。公式N t＝N0λt表示的是单个种群的“J”型增长趋势，B错误。光合作用过程图解是概念模型，C错误。“建立血糖调节模型”活动是把学生所做的模拟活动看作是构建动态的物理模型，再根据模拟活动的体验构建图解式概念模型，D正确。
第1章绪论 1.1 产品创新的核心——产品概念设计 中国已经成为工业生产的大国，但还不是工业生产的强国。我国的产品大多以OEM贴牌加工的方式变成了外国的货品，而即使是我们自有品牌的出口，也因为设计的粗陋使得中国制造的产品成了低质低价的代名词，过于注重模仿与引进，不注重自主知识产权和产品创新设计是我国多数产品的通病。一个非常着名的提法是，中国要成为世界产品的“生产车间”，但与那些跨国企业生产的造型新颖、工艺考究的产品赚取的成倍利润相比，这个生产车间为自己创造的利润只有1%~2%。 惟有创新，才能令中国企业走上自强之路；惟有重视设计，才能令中国由“制造大国”走向“制造强国”。 中国工程院院士、浙江大学校长潘云鹤教授在谈到产品创新时说，创新有两类：第一类是原理上的改变，如从无到有的创新，比如科技发明；第二类创新是在第一类的基础上进行改进，这类改进更符合使用者的行为习惯和个性需求。在产品设计过程中，能集中体现这两类创新的工作就是产品概念设计。 产品概念设计作为设计过程的早期阶段，其核心就在于产品创新。一旦概念设计被确定，产品设计的60%~70%也就确定了，而概念设计阶段所花费的成本和时间在总的开发成本和设计周期中占的比例通常都在60%以下，并且很难或不能在详细设计阶段纠正产品设计的缺陷。因此产品概念设计质量与效率不仅对产品的创新性、功能的合理性、使用的宜人性和外观造型的美观性等起着决定性的作用，同时也直
接影响到整个产品的开发周期、上市时间、生产成本等重要因素。 1.1.1 产品设计发展历程与趋势 纵观产品设计过程的发展历程和趋势，大致可分成如图1-1所示的4个发展时期。 1．第一时期（20世纪六七十年代） 这一阶段把设计过程划分为功能设计（阐明任务书）、原理设计（方案设计）和技术设计（结构设计）三大阶段。在这个阶段，计算机辅助技术主要局限于工程设计绘图的层次，并没有打破传统的设计过程划分。制造过程也主要是基于传统的“制造装配→实样试验→批量生产”的流程。
2015-2016第二学期 数据库 工业工程2014 作业整理 概念设计ER图到关系模型简约做法 一、为学生考勤建立数据库-----概念模型设计（ER图） 问题：由班长为班级的每门课程建立考勤 **自行完成关系模型 二、学生社团活动问题： 学生参与社团的资格审查和会员登记；会员参与活动记录。 **自行完成关系模型 概念设计ER图到关系模型完整做法 根据业务调查，设计数据库的概念模型（E-R图），并将E-R图转换为关系图。 一、关于运动比赛 1.1业务调查： *记录运动员的姓名性别所属队 *记录项目、比赛时间和比赛场地 *成绩统计 1.2找出业务发生过程中相互作用的实体：运动员、院系、项目 1.3将实体之间的作用关系转化为联系： 运动员属于院系 运动员参与项目 院系参与(团体)项目 1.4找出实体之间的作用（联系）发生时的数量关系是1:1、或者1:n还是n:m 1.5按照业务发生时的意义选择每个实体的属性： 运动员：学号、性别、姓名 院系：名称、编号 项目：编号、名称、时间、组别、场地 1.6找出联系的属性。如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据，就应将其设为当前联系的属性。 个人参与：分组、成绩 团体参与：分组、成绩 1.7检查有没有重复的属性，如有则将多余的删除。 1.8模型检验：上述ER图所表达 *记录运动员的姓名性别所属队——可以满足 *记录项目、比赛时间和比赛场地——可以满足 *成绩统计——可以满足 1.9将E-R模型转换为关系模型 *首先将实体转换为关系 运动员（学号、性别、姓名，院系.编号） 院系（编号、名称） 项目（编号、名称、时间、组别、场地）
数据库设计 概念模型、逻辑模型、物理模型区别 侯在钱 目录 1.模型种类 (2) 1.1.概念模型 (2) 1.2.逻辑模型 (3) 1.3.物理模型 (3) 1.4.模型区别 (4) 1.4.1.对象转换 (4) 1.4.2.其它对比 (4) 2.常用工具 (5) 2.1.ERWIN (5) 2.1.1.逻辑模型 (5) 2.1.2.物理模型 (6) 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图三要素属性，椭圆形 关系，菱形
关系：一对一关系，一对多关系，多对多关系。 E/R图中的子类(实体)： 子类is a 超类 1.2.逻辑模型 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。 1.3.物理模型 物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。 概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象。
概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。 物理数据模型的内容包括确定所有的表和列，定义外键用于确定表之间的关系，基于用户的需求可能进行发范式化等内容。在物理实现上的考虑，可能会导致物理数据模型和逻辑数据模型有较大的不同。
2.5数据仓库模型的设计 数据仓库模型的设计大体上可以分为以下三个层面的设计151: .概念模型设计; .逻辑模型设计; .物理模型设计; 下面就从这三个层面分别介绍数据仓库模型的设计。 2.5.1概念模型设计 进行概念模型设计所要完成的工作是: <1>界定系统边界 <2>确定主要的主题域及其内容 概念模型设计的成果是，在原有的数据库的基础上建立了一个较为稳固的概念模型。因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合，所以数据仓库的概念模型设计，首先要对原有数据库系统加以分析理解，看在原有的数据库系统中“有什么”、“怎样组织的”和“如何分布的”等，然后再来考虑应当如何建立数据仓库系统的概念模型。一方面，通过原有的数据库的设计文档以及在数据字典中的数据库关系模式，可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面，数据仓库的概念模型是面向企业全局建立的，它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。 概念模型的设计是在较高的抽象层次上的设计，因此建立概念模型时不用考虑具体技术条件的限制。 1.界定系统的边界 数据仓库是面向决策分析的数据库，我们无法在数据仓库设计的最初就得到详细而明确的需求，但是一些基本的方向性的需求还是摆在了设计人员的面前: . 要做的决策类型有哪些?
. 决策者感兴趣的是什么问题? . 这些问题需要什么样的信息? . 要得到这些信息需要包含原有数据库系统的哪些部分的数据? 这样，我们可以划定一个当前的大致的系统边界，集中精力进行最需要的部分的开发。因而，从某种意义上讲，界定系统边界的工作也可以看作是数据仓库系统设计的需求分析，因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。 2，确定主要的主题域 在这一步中，要确定系统所包含的主题域，然后对每个主题域的内容进行较明确数据仓库建模技术在电信行业中的应用的描述，描述的内容包括: . 主题域的公共码键; . 主题域之间的联系: . 充分代表主题的属性组。 2.5.2逻辑模型设计 逻辑建模是数据仓库实施中的重要一环，因为它能直接反映出业务部门的需求，同时对系统的物理实施有着重要的指导作用。在这一步里进行的工作主要有: . 分析主题域，确定当前要装载的主题; . 确定粒度层次划分; . 确定数据分割策略; . 关系模式定义; . 记录系统定义 逻辑模型设计的成果是，对每个当前要装载的主题的逻辑实现进行定义，并将相关内容记录在数据仓库的元数据中，包括: . 适当的粒度划分;
关系数据库的逻辑模型 在关系数据库的设计阶段，需要为它建立逻辑模型。关系数据库的逻辑模型可以通过实体和关系组成的图来表示，这种图表称为“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 部门号部门名 部门负表人 职工编号姓名职位部门
概念数据模型,逻辑数据模型,物理数据模型 概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。
实验建立数据库概念模型（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 的属性窗口
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 （例如：系部代码----由学号或者系名或者系宿舍楼推出） 更改后：
数据库设计概念模型、逻辑模型、物理模型区别 侯在钱 目录 1.模型种类................................... 错误!未指定书签。 1.1.概念模型.............................. 错误!未指定书签。 1.2.逻辑模型.............................. 错误!未指定书签。 1.3.物理模型.............................. 错误!未指定书签。 1.4.模型区别.............................. 错误!未指定书签。 对象转换......................... 错误!未指定书签。 其它对比......................... 错误!未指定书签。 2.常用工具................................... 错误!未指定书签。 2.1.E RWIN................................. 错误!未指定书签。 逻辑模型......................... 错误!未指定书签。 物理模型......................... 错误!未指定书签。 常用操作......................... 错误!未指定书签。 2.2.P owerDesigner......................... 错误!未指定书签。 概念模型......................... 错误!未指定书签。 逻辑模型......................... 错误!未指定书签。 物理模型......................... 错误!未指定书签。 常用操作......................... 错误!未指定书签。
数据库逻辑结构图 一、实体的关系模型 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）、财务（标志，消费时间，剩余金额，总收入） 消费（消费时间，消费项目，消费金额）
数据库设计实例需求分 析概念结构逻辑结构 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）处理过程名称：审核借书证 输入：借书证 输出：认定合格的借书证 加工逻辑：根据读者信息表和读者借书证，如果借书证在读者信息表中存在并且没有被锁定，那么借书证是有效的借书证，否则是无效的借书证。 …… 二、概念结构设计实例
5.3逻辑结构设计 逻辑结构设计的任务就是把概念模型转换为某个具体的数据库管理系统所支持的数据模型。 具体来讲就是从E-R模型到关系模型的转换。 （1）根据E-R模型设计关系模式； （2）选择适当的范式对所得到的关系模式进行规范化； （3）将得到的关系模型转换为具体DBMS支持的数据模型，设计关系数据库模式。 （4）依据关系的完整性约束来设计用户视图。 1、关系模型 关系模型是指用二维表的形式表示实体和实体间联系的数据模型。关系模型中无论是实体还是实体间的联系均由单一的结构类型——关系来表示。在实际的关系数据库中的关系也称表。一个关系数据库就是由若干个表组成。 关系模型数据结构 （1）关系 一个关系也就是通常所说的一张表。 关系具有以下特征： 1.关系中不能有任意两条完全相同的记录。 2.关系中的记录是非排序的。 3.关系中记录的字段是非排序的。 4.字段名称不能相同。 5.字段不可再分。 （2）元组 每一横行称为一个元组。 （3）属性 属性:每一竖列称为一个属性,在DBMS中常被称作字段。在一个关系中，有
一个关系名，同时每个属性都有一个字段名 （4）码（键） 能唯一标识元组的属性或属性集称为码。码分为以下几种： 候选码：如果在关系的一个码中不能移去任何一个属性，否则它就不是这个关系的键，则称这个被指定的候选键为该关系的候选键或者候选码。 例如下列学生表中“学号”或“图书证号”都能唯一标识一个元组，则“学号”和“图书证号”都能唯一地标识一个元组，则“学号”和“图书证号”都可作为学生关系的候选键。 主键（主码）：在一个关系的若干候选键中指定一个用来唯一标识该关系的元组，则称这个被指定的候选码称为主关键字，或简称为主键、关键字、主码。每一个关系都有并且只有一主键，通常用较小的属性组合作为主键。 外键（外码）：关系中的某个属性虽然不是这个关系的主键，或者只是主键的一部分，但它却是另外一个关系的主键时，则称之为外键或者外码。 例如学生表，选定“学号”作为数据操作的依据，则“学号”为主键。而在选课表中，主键为（学号，课程号），外码为“学号”。 （5）关系模式 关系模式是对关系的描述，关系是关系模式的一个实例关系模式包括关系名、各属性名，通常简记为： R(A1，A2，…,An) 其中R为关系名，A1，A2，…,An为各属性名。 例如：学生（学号*，姓名，性别，出生日期，院系） 其中标“*”号的属性为主键 （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端对应的关 系模式合并。
数据库逻辑结构设计 该系列计划包括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端对应的关 系模式合并。
数据库系统原理课后习题 第一章. 数据库系统基本概念 1.1.名词解释 DB——DB是长期存储在计算机内、有组织的、统一管理的相关数据的集合。DB能为各种用户共享，具有较小冗余度、数据间联系紧密而又有较高的数据独立性等特点。 DBMS——是位于用户与操作系统之间的一层数据管理软件，它为用户或应用程序提供访问DB的方法，包括DB的建立、查询、更新及各种数据控制。 DBS——是实现有组织地、动态地存储大量关联数据、方便多用户访问的计算机硬件、软件和数据资源组成的系统，即它是采用数据库技术的计算机系统。 联系——是实体间的相互关系。 联系的元数——与一个联系有关的实体集个数。 １：１联系——如果实体集E1中每个实体至多和实体集E2中一个实体有联系，反之亦然，那么实体集E1和E2的联系称为“一对一联系”，记为“１：１”。 １：N联系——如果实体集E1中的每个实体可以与实体集E2中的任意个（０个或多个）实体有联系，而E2中的每个实体至多和E1中的一个实体有联系，那么称E1对E2的联系是一对多联系，记作：“１：N ”。 M：N联系——如果实体集E１中的每个实体可以与实体集E2中的任意个（０个或多个）实体有联系，反之亦然，那么称E1和E2的联系是“多对多联系”，记作“M：N”。 数据模型——在数据库技术中，我们用数据模型的概念描述数据库的结构和语义，对现实世界的数据进行抽象。根据数据抽象级别定义了四种模型：概念数据模型、逻辑数据模型、外部数据模型和内部数据模型。 概念模型——表达用户需求观点的数据全局逻辑结构的模型。 逻辑模型——表达计算机实现观点的DB全局逻辑结构的模型。主要有层次、网状、关系模型等三种。 外部模型——表达用户使用观点的DB局部逻辑结构的模型。 内部模型——表达DB物理结构的模型。 层次模型——用树型（层次）结构表示实体类型及实体间联系的数据模型。 网状模型——用有向图结构表示实体类型及实体间联系的数据模型。 关系模型——是由若干个关系模式组成的集合。关系模式相当于记录类型，它的实例是关系，每个关系实际上是一张二维表格。 外模式——用户与数据库系统的接口，是用户用到的那部分数据的描述。外模式由若干个外部记录类型组成。逻辑模式——是数据库中全部数据的整体逻辑结构的描述。它由若干个逻辑记录类型组成，还包含记录间联系、数据的完整性、安全性等要求。 内模式——是数据库在物理存储方面的描述，定义所有内部记录类型、索引和文件的组织形式，以及数据控制方面的细节。 外模式/逻辑模式映像——存在于外模式和逻辑模式之间，用于定义外模式和逻辑模式之间的对应性，一般放在外模式中描述。 逻辑模式/内模式映像——存在于逻辑模式和内模式之间，用于定义逻辑模式和内模式之间的对应性，一般放在内模式中描述。 数据独立性——是指应用程序和数据库的数据结构之间相互独立，不受影响。在修改数据结构时，尽可能不修改应用程序。分物理数据独立性和逻辑数据独立性两个级别。 物理数据独立性——对内模式修改时，对逻辑模式/内模式像作相应修改，可以尽量不影响逻辑模式。 逻辑数据独立性——逻辑模式修改时，对外模式/逻辑模式映像作相应修改，可以使外模式和应用程序保持不变。主语言——在数据库技术中，用于编写应用程序的高级程序设计语言。 DDL——数据定义语言。DBMS提供DDL定义数据库的三级结构、两级映像，定义数据的完整性约束、保密限制等约束。 DML——数据操纵语言。DBMS提供DML实现对数据的操作。基本的数据操作有两类：检索（查询）、更新（插入、删除、修改）。分为过程性DML和非过程DML两种。 过程性DML——是指用户编程时，不仅需要指出“做什么”（需要什么样的数据），还需要指出“怎么做”（怎