多媒体数据库设计实验6

指标等级ABCD功能完整程序质量按时检查提问回答检查时间总评成绩云南大学软件学院实验报告序号：45实验老师：赵娜课程名称：多媒体数据库系统设计实验名称：高级数据库设计学号：20091120261姓名：郭娟课程名称多媒体数据库设计

实验项目实验六实验目的1熟悉数据库建模工具visio的使用。2.理解数据库设计的规范化。3.按照实验要求完成以下几个实例。实验内容（算法、程序、步骤和方法）1.熟悉数据库建模工具visio的使用；2.完成下列任务的高级数据库设计，使用建模工具，采用Crow’sFeet数据建模方法，绘制出各数据库的ER图。a)用一个数据记录为BillyBob的游船公司（Boats）出售的游船信息。需要存储名称、成本、出售价格、长度、船幅（宽度）及所有游船的制造商。BillyBob还想记录所有帆船的桅杆长度和龙骨类型（固定的或可收缩的）。数据库还必须为所有机动船存储引擎大小（单位为马力）和引擎类型（舷内的、舷外的、或内外均有的）。b)HipThreads是一个成衣零售商，他想用一个数据库记录产品信息。需要为每个产品保存名称和零售价格。HipThreads还为套装产品提供特殊价格，这些套装是由单独的成衣组成的。例如，男人的休闲套装可能是由衬衫、裤子和腰带组成的。这些套装是经过深思熟虑的产品。一个成衣产品（例如衬衫）可能包含于多个套装中。c)Cray的CasualCatering（临时餐饮业）为大量活动提供餐饮服务。Cray想要设计一个数据库来存储关于活动和在每个活动中供应的食物（被称为食谱）的信息。数据库中必须存储用语每个活动和在每个活动的食谱。Cray目前使用活动计划表单来记录服务于每个活动的相关信息。下图是其中的一个例子：Cray还要存储关于每个客户的一些基本信息，包括名字、“地址”和电话号码。对于个人客户，需要存储客户的名和姓。对于公司客户，需要记录公司的名字。目前，Cray使用食谱信息卡片来记录必要的信息。下图显示的是这样的一个卡片的例子。注意，不必存储食谱的制作方法。下图显示的是另一个食谱信息卡片。注意这个食谱将来自另一个例子的食谱Tapenade作为其成分之一。3.要求：a)标明实体及相互之间的关系b)标明实标明实体的字段及相应属性的字段属性（数据类型及大小）c)标明实体的主键和外键。数据记录和计算Exercise11.表：问题描述涉及记录游船信息。由题意可知：实体包含的属性分别如下：游船：名称、成本、出售价格、长度、船幅和制造商；帆船：桅杆长度、龙骨类型；机动船—引擎大小和引擎类型。结合数据类型，表的设计如下：2.关系：子类实体继承超类实体的共有属性并带有特殊的属性。关系数据库设计应该采用分离规则，将不同的游船类别分别进行记录。超类：游船子类：帆船、机动船3用visio工具画出的ER图如下：Exercise21表：问题描述涉及两个实体：成衣以及套装。由题意可知：成衣的属性包括：名称、零售价格；套装的属性包括：成衣、数量和价格。结合数据类型，数据表的设计如下：2.关系：一件套装包含多个成衣（衬衫、裤子和腰带），一个成衣产品（例如衬衫）可能出现在多个套装中。所以成衣和套装的关系是多对多，我们需要创建一个新的表来分解多对多的关系，所以需要一个关联表：套装组成表，其属性为：成衣ID和套装ID，来关联成衣表和套装表。一对多：成衣—套装组成多对一：套装组成—套装3用visio工具画出的ER图如下：Exercise31表：问题描述涉及的实体有：活动、活动对应的食谱、食谱对应的食材、客户、活动客户表、。由活动计划表单可知：活动的信息包括：活动名称、日期、客户、地址、预算、人数；活动食谱的信息包括：食物名称以及数量；客户信息包括：名字、地址和电话号码。对于个人客户，需要存储客户的名和姓，对于公司客户需要记录公司的名字。由食谱信息表可知：食谱的信息包括：食物名称、准备时间、每份价格、提供份数、描述作料的信息包括：食物名称、数量结合数据类型，数据表的设计如下：2.关系：一个活动有多个客户，一个客户也可以参与不同的活动，即活动—客户是多对多的关系，所以需要一个关联表：活动客户表来关联活动表和客户表。一个活动对应一份食谱，但同一份食谱可能用在不同的活动中，所以活动—食谱是多对一的关系。一份食谱对应多样食材，而一份食谱也可以作为另一份食谱的食材，所以它们之间是多对多的关系。一对多：活动—活动客户、客户—活动客户多对一：活动—食谱多对多：食谱—作料超类：客户子类：个人客户、公司客户3用visio工具画出的ER图如下：结论（结果）通过本次实验，我对高级数据库设计的理解进一步加深了。高级数据库设计包含了类的概念。引用超类和子类的思想在数据库设计中，将超类的共有属性和子类的私有属性分离可以让数据结构更清