数据库课程设计—快餐店的网上订餐.pptVIP

一、 需求分析 通过调查、收集与分析，获得用户对数据库系 统的如下需求： 功能需求（处理要求）：即用户需要系统具有什么处理功能。 2. 数据库建库需求（信息要求、安全性与完整性 要求）：即在数据库中需要存储那些数据、数 据的可靠性等。 二、数据库的 概念结构设计 将用户对数据的需求抽象为概念模型的过程 1、 概念结构设计的步骤 2、 局部E-R图设计 设计分E-R图 选择局部应用（在网上订餐业务中选择一个 适当的功能，作为分E-R图的 出发点 ） ①作为“属性”不能再具有需要描 逐一设计分E-R图 述的性质 ② “属性”不能与其他实体具有 联系 订餐功能与分E-R图 根据分析得到以下业务规则： 一个顾客可以有多个订单，一个订单只能由一个顾客来下； 一个订单只能由一个员工来送餐，一个员工可以同时送多份订单； 一个订单中可以有多种菜式，一种菜式可以被多个订单订购。 由此可得概念模型，概念模型（E-R图）中应具有顾客 、订单、员工、菜式这四个实体。它们之间的联系如下图。 根据以上业务规则可以画出系统分E-R图 幻灯片 17 幻灯片 18 将属性加入分E-R图 3、 分E-R图的集成 分E-R图的集成的方法 a. 多个分E-R图一次集成 b. 逐步集成 无论是哪种方式一般分两步走： 1.合并 属性冲突 属性值的类型，取值范围等 单位 解决冲突 命名冲突 同名异义 异义同名 结构冲突 同一对象 有的当作实体，有的作属性 同一实体 新包含的属性个数不同 实体间的联系，有多对多联系，也有一对多 2.消除不必要的冗余，设计基本E-R图 三、 数据库逻辑结构的设计  将E-R图转换为DBMS支持的逻辑结构 E-R图向关系模型的转换 将实体、实体的属性和实体之间的联系转换关系模式（表）。 转换原则： 1.一个实体型转换为一个关系模式。实体的属性、码就是关系的属性、码。 2.一个1∶1的联系可以转换为一个关系模式，也可以与任意端对应的关系合并。 3.一个1∶n 联系可以转换为一个独立的关系，也可与n端对应的关系合并。 4.一个m∶n 联系转换为一个关系模式 5.三个或三个以上实体间的一个多元联系可以转换为一个关系。 幻灯片 18 将四个实体转换为四张表：顾客（customers），订单(orders)，菜式(goods)和员工(staffs) ； 将两个1：n 的联系合并到orders表中 。 将一个n：n 的联系转换为一张表(order-goods) 。 共五张表： Customers(cid, cname, cadd,Tel); Orders (oid, cid, sid, delivery); staffs (sid, sname, sadd,Tel); Goods (gid, gname, price, inf); order-goods(oid, gid, qty, time).幻灯片 12 将四个实体转换为四张表：顾客（customers），订单(orders)，菜式(goods)和员工(staffs) ； 将三个联系转换为一张表(order-goods) 。 共五张表： Customers(cid, cname