在数据库应用系统开发阶段中，在哪个阶段考虑数据库创建？
- 需求分析
- 系统设计
- 系统实现
- 系统测试
在数据库设计中，不包括下面哪个模型？
- 概念数据模型
- 逻辑数据模型
- 物理数据模型
- 数据流图模型
下面哪个不是E-R模型的基本元素？
- 实体
- 标识符
- 联系
- 关系表
ER模型及基本概念
数据库对象的名称即为其标识符
联系（Relationship）概念：反映为实体内部的联系和实体之间的某种关系。
实体内部的联系通常是指组成实体的各属性之间的联系
实体之间的联系通常是指不同实体集之间的联系示例：选课是学生与课程之间的联系。
联系的属性：联系也可有描述属性，记录联系的信息而非实体的信息。
示例：选课的成绩和修课学期；零售的商品数量。
联系的识别：联系由参与的实体唯一确定。
示例：选课(学号、课程号)
在E-R模型中，一个实体的其他关联实体数量称为什么？
- 最小基数
- 最大基数
- 联系度数
- 实例数
“产品“实体与”厂商“实体在E-R模型中，它们是哪种联系？
- 1:1
- 1:n
- m:n
- 继承l联系
在下面哪种模型中，可设计存储过程要素？
- 概念数据模型
- 逻辑数据模型
- 物理数据模型
- 以上都不是
为了消除关系表属性之间的传递依赖，至少需要规范该关系到下面哪种范式？
- 第1范式
- 第2范式
- 第3范式
- 第4范式
第一范式（1NF）：关系表R不存在复合属性及多值属性
第二范式（2NF）：R中不存在非主属性对键的部分函数依赖
（A,B）->C B->C C部分依赖
第三范式（3NF）：R中不存在非主属性对键的传递函数依赖
X->Y，Y->Z，Y-x->X，X传递决定Z
改进的3NF（BCNF）：R中不存在主属性对键的传递函数依赖或部分依赖。
第四范式（4NF）：R中不存在非平凡多值依赖
X→→Y，则X的一个值唯一决定一组Y值
X->Y，Y是X子集，平凡依赖
对于一个非规范的关系表，会出现下面哪项访问异常问题？
- 删除数据异常
- 插入数据异常
- 修改数据复杂
- 以上都是
在逻辑数据模型转换为关系模型时，下面哪项不一定正确？
- 实体转换为关系表
- 属性转换为列
- 标识符转换为主键
- 联系转换为参照完整性约束
实体标识符转换为关系表的主键或外键
在下面哪种模型中，可设计数据库索引要素？
- 概念数据模型
- 逻辑数据模型
- 物理数据模
- 以上都不是
在E-R模型中，一个实体要么是强实体，要么是弱实体。x
弱实体(Weak Entities):没有键的实体
前面所讲的实体总存在键。但实际情况中，并不总是如此。
概念：不存在键的实体，称为弱实体。
不同弱实体的属性值可能完全相同，因此，难以区别。
为此，弱实体型需要与一般的实体相关联。
识别实体型与识别联系：弱实体通过关系结合实体识别假如联系R关联弱实体A和一般实体B，
A的弱实体可以通过与实体B相结合来加以区别，
则B称为弱实体A的识别实体，R称为弱实体A的识别联系。
在E-R模型图中，在定义一个实体时，必须指定它的标识符。x
在系统逻辑数据模型中，可以设计关系表。x
在系统物理数据模型中，可以设计数据库存储方案。v
在进行1:N实体联系转换到关系模型时，N侧表的主键在1侧表中作为外键。x
一个关系若其属性消除了多值依赖，则一定满足第四范式。x
在进行关系数据库设计时，关系表的规范化程度越高，数据库性能就越好。x
在关系数据库设计时，逆规范化处理就是不需要进行关系表的规范化设计。x
在将数据库设计模型转换为数据库实现时，需要先将其转换为SQL程序。v
数据库建模设计的目的是为数据库实现提供方案v
第4章 数据库设计与实现--本章重点问题讨论
答案非标准答案，仅供参考
1．在数据库应用系统设计中，系统数据架构与数据库模型有何区别？
系统数据架构：是一种数据结构，体现整个数据体系；
数据库模型：是可以转化为实际的可操作的数据库的前序
2．概念数据模型、逻辑数据模型、物理数据模型之间是什么关系?
概念数据模型：面向用户的系统数据模型，用来描述显示时间的系统概念化数据结构。
逻辑数据模型：从系统设计角度描述系统的数据对象组成及其关联结构
物理数据模型：针对DBMS所设计的数据模型。
3．针对特定数据库应用系统，如何确定数据库设计策略？
根据用户实际业务需要进行：自底向上设计，自定向下设计，自内向外设计，混合策略设计
4．在数据库应用系统开发中，数据库设计建模如何实施？
使用powerdesigner进行设计
5．在E-R模型图中，如何理解标识符依赖弱实体和非标识符依赖弱实体？
标识符依赖弱实体：只依靠自己的主键不能够唯一体现关系，需要通过加入强实体的主键来进行标识。
非标识符依赖弱实体：依靠自己的主键可以进行唯一标识
6．在E-R模型图中，如何表示系统的数据对象组成及其对象联系？
实体表示表中数据对象，关系通过不同符号来体现
7．一个非规范关系表在数据操作中会出现哪些问题？
数据冗余度高，数据一致性比较低，对数据库中某个数据进行操作时，不能够很好的维持数据的一致性。删除、插入、更新操作会出现问题。
8．出现非规范关系表的主要原因是什么？
数据比较冗杂
9．如何理解不同程度的规范化设计范式？
INF1,INF2,INF3,BCNF,INF4,逐渐规范程度提高，数据冗杂逐渐降低，数据一致性逐渐升高
10．为解决数据库访问性能，可采取哪些逆规范化处理方案？
（1）增加冗余列或派生列 （2）多个关系表合并为一个关系表
11.如何将如下图书销售系统CDM分别转换为LDM、PDM 数据模型？
LDM：先转化为实体属性表，用关系连接起来。 PDM：用sql语句进行执行
12.如下工资关系表在数据库访问操作中会出现哪些数据异常？如何规范化设计该表到4NF范式？
增加一个新的员工可能属于同一部门，但是工作地点不同，就会导致数据不一致。
INF1：首先检查是否有可拆分的属性，工作地点可拆分为工作城市，工作区域。
INF2 ：消除属性的部份依赖函数关系，如工号可以唯一确定其他属性，即可以把年月作为另一个表踢出去，把工号加 入其中作为外键。
INF3：切断关系中的属性传递依赖，工号可推职称，职称不可推出工号，职称可推出所在部门，把职称和所在部门踢出去。
BCNF：所有函数的依赖决定因子都是候选键。
INF4：消除了多值依赖，办公电话和工作地点之间存在多值依赖，所以要去除。
13.针对如下数据库E-R模型设计，如何SQL编程实现该模型设计? 需要考虑业务规则中的级联处理。
create table school( 学校编号 varchar primary key not null, 学校名称 varchar not null, 地址 varchar , 联系电话 character(11), )
create table student( 学号 character(20) primary key not null, 学校编号 varchar, 学生姓名 varchar , 性别 character(1) default '男' check in ('男','女', 身份证号 character(18), 手机 character(11), constraint foreign key (学校编号) references 学校（学校编号） on delete cascade )