数据库设计实例 数据库系统概论（第四版）课件.pptVIP

第二篇 设 计 篇 数据库设计实例－网上书店 1）需求分析 2）概念结构设计 3）逻辑结构设计 4）数据库的物理设计 5）数据库实施 6）数据库运行与维护 网上书店－需求分析 用户提出以下要求： 网上书店－需求分析 用户提出以下要求： 网上书店－需求分析 用户提出以下要求： 网上书店－概念结构设计 最初概念结构设计（E-R图）如下图所示： 网上书店－出现的新问题 A：如果一个客户在一天之内给同一本书提交两笔订单会怎样？ B：第一笔订单将被处理为生成一个新的“订单”联系，而第二笔订单将被处理为更新这个联系的数量属性。 A：如果一个客户在一天之内给不同的书提交两笔订单呢？ B：没问题，每一个订单关系集的实例将这个用户关联到不同的书上去。 A：但是，如果一个客户在不同的日子里给同一本书提交两笔订单会怎样呢？ 网上书店－出现的新问题 B：书和客户的属性必须共同为订单包含一个关键字。因此，这个设计不允许一个客户在不同的日期里为同一本书提交多笔订单。 A：你说的有道理，我们暂且以这个设计为准。 网上书店－逻辑结构设计 逻辑结构设计：将E-R图映射为关系模型，生成如下表格： 网上书店－逻辑结构设计 逻辑结构设计：将E-R图映射为关系模型，生成如下表格： 网上书店－逻辑结构设计 逻辑结构设计：将E-R图映射为关系模型，生成如下表格： 网上书店－逻辑结构设计 此时，书店主人又提出以下一些要求： 网上书店－逻辑结构设计 此时，书店主人又提出以下一些要求： 网上书店－逻辑结构设计 数据库设计人员对用户的需求进行了分析，得到如下两个新的需求： 为了满足这些新需求，在orders表中引入了一个新的属性ordernum（订单号），它唯一的标识了一笔订单，并且客户据此提交订单。 网上书店－逻辑结构设计 修改后的orders表： 网上书店－逻辑结构设计 此时，书店老板再次提出新的要求：老板希望他的雇员能够查看客户订单的细节，这样他们就可以对客户的查询进行响应了。但是，用户信用卡信息是必威体育官网网址的，不能被雇员看到。 定义雇员可以看到的视图 Create view orderinfo (ordernum, isbn, cid, qty, order_data , ship_data) AS select O.ordernum, O.isbn, O.cid, O.qty, O.order_data, O.ship_data) From orders O 网上书店－逻辑结构设计 因此得到了网上书店的数据库模式如下： 对以上关系模式进行分析，考虑其规范化程度，可能出现的冗余、插入删除异常等。 关系模式的规范化 关系模式的规范化 对应的，给出关系模式Orders和 Orderlists的SQL定义语句： 对应的，给出关系模式Orders和 Orderlists的SQL定义语句： 修改后的E-R图如下： 网上书店－物理结构设计 对于books表： 1）书店主任希望大部分客户能够在订书之前通过ISBN号查询，因此，为了加速通过ISBN的查询，可以在ISBN上建立一个非聚簇的哈希索引。 2）客户还有可能通过书名title和作者author进行查询，因此在title和author上也建立非聚簇的哈希索引。 网上书店－物理结构设计 对于customers表： 1）主码是客户编号cid，最常用的查询就是根据cid进行查询，因此可以在cid上建立聚簇哈希索引。 网上书店－物理结构设计 对于orderlists表，大部分是插入操作，偶尔有对发货日期的修改以及查询某个特定订单的所有项目。 因此可以在ordernum上建立哈希索引或B＋树索引。 * * 1）我希望我的用户可以浏览书目，并在因特网上提交订单。 2）目前，我通过电话获取订单，我让大多数的公司客户给我打电话并指出所要书的ISBN和数量。用户通常使用信用卡来支付。 3）然后我准备一项出货，其中包括他们所定购的书。如果我没有足够数量的库存，我会再增加定购所需书目，并推迟出货直到新订的书到货。 4）我喜欢一次发出一个客户的所有订单。 6）对于每一本书，书目信息包括该书的ISBN，书名，作者，购入价，卖出价，以及该书的出版年份。 5）我在网上的书目中包括我所卖的所有的书。 7）我的大多数客户都是常客，我有他们的姓名和地址的记录。 8）新的顾客必须先打电话给我并建立一个账号，然后才能使用我的网站。 9）在我的网站上，顾客必须首先通过他们唯一的顾客标识号来确认身份，然后他们就可以浏览书目，并可以在线提交订单。 书 ISB