[工学]第七讲_数据库设计.pptVIP

第七讲 数据库设计方法 数据字典简单的表示如下： 销售管理子系统分E-R图的设计 ①销售管理子系统的主要功能： 处理顾客和销售员送来的订单 工厂是根据订货安排生产的 交出货物同时开出发票 收到顾客付款后，根据发票存根和信贷情况进行应收款处理 下图是第一层数据流图，虚线部分划出了系统边界 上图把系统功能又分为4个子系统，下面四个图是第二层数据流图 参照上层数据流图和数据字典，遵循准则，进行如下调整： (1) 订单与订单细节是1∶n的联系 (2) 原订单和产品的联系实际上是订单细节和产品的联系。 (3) 图”开发票 ”中“发票主清单”是一个数据存储，不必作为实体加入分E-R图 (4) 工厂对大宗订货给予优惠 得到分E-R图如下图所示 综合示例商店销售商品的数据库，涉及如下数据： 商店号，商店名，地址； 商品号，商品名，单价。 某商店销售某商品的数量和日期。 1.设计E—R图（用中、英文均可） 2.转换成关系模型（请注明主键和外键），并按照如下格式写出各表的结构（字段类型必须用SQL Server支持的类型，）。 3.使用SQL语言写出创建这些表的语句（创建主键、外键、约束条件必不可少，并在表上建立合适的索引）。 销售管理子系统的分E-R图 该厂劳动人事管理分E-R图 该厂物资管理分E-R图 系统的基本E-R 优化的数据模型 概念结构 总ER模型 一般数据结构 关系、网状、层次 选定的DBMS支持下的数据模式 转换规则 DBMS的特点 优化方法 四、逻辑结构的设计 数据库逻辑结构设计分为两个步骤：一、将概念设计所得的ER图转换为关系模型；二、对关系模型进行优化。 1.ER图向关系模型的转换 ER图向关系模型的转换要遵循如下原则： ①一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 对于实体间的联系则有以下不同的情况： ②一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，联系名既是该关系模式的名字，则与该联系相连的各实体的码以及联系自身的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式属性中加入另一个关系模式的码和联系本身的属性。 ER图向关系模型的转换要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。 四、逻辑结构的设计 1.ER图向关系模型的转换 ER图向关系模型的转换要遵循如下原则： ③一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，联系名为关系模式名，与该联系相连的各实体的码以及联系自身的属性均转换为关系的属性，而关系的码为各实体码的组合。若与n端对应的关系模式合并，1端的关键字及联系的属性并入n端的关系模式。码的选择？ ④一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 ⑤三个或三个以上实体间的一个多元联系可以转换为一个关系模式。而与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 四、逻辑结构的设计 1.ER图向关系模型的转换 ER图向关系模型的转换要遵循如下原则： 学生（学号，姓名，性别，系别，出生时间，入学时间，密码） 课程（课程号，课程名，先修课程号） 选修（学号，课程号，选修时间，成绩） 2.数据模型的优化 3.设计用户子模式（外模式） 四、逻辑结构的设计 例7：将例5转换成关系模型。 例7：将例5转换成关系模型。 1.ER图向关系模型的转换 ER图向关系模型的转换要遵循如下原则： 四、逻辑结构的设计 例7：将例6销售管理子系统转换成关系模型。 销售管理子系统的分E-R图 对每个实体定义的属性如下： 顾客：{顾客号，顾客名，地址，电话，信贷状况，账目余额} 订单：{订单号，顾客号，订货项数，订货日期，交货日期，工种号，生产地点} 订单细则：{订单号，细则号，零件号，订货数，金额} 应收账款：{顾客号，订单号，发票号，应收金额，支付日期，支付金额，当前余额，货款限额} 产品描述：{产品号，产品名，单价，重量} 折扣规则：{产品号，订货量，折扣} 2.数据模型的优化 3.设计用户子模式（外模式） 四、逻辑结构的设计 五、物理设计 为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。通常分两步： ①确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构。 ②对物理结构进行评价，评价的重点是时间和空间效率。 六、数据库实施、运行和维护 重组和重构的区别：重组并不改变数据库原有