多媒体数据库设计实验4

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

实验项目概念设计实验目的1熟悉数据库建模工具visio的使用。2.理解数据库需求的概念设计。3.按照实验要求完成以下几个实例。实验内容（算法、程序、步骤和方法）1.熟悉数据库建模工具visio的使用；2.完成下列数据库需求的概念设计，使用建模工具visio，采用Crow’sFeet鱼尾纹ER图绘制出各数据库的设计图。用鱼尾纹ER图画出下图网站数据库中关于电影信息的部分进行反向设计。Soapscum，Window和Washing想要掌握其雇员的信息以及安排给这些雇员的。他们需要记录一些基本的雇员联系信息，例如姓名、电子邮件地址和电话号码。他们通过工作上的分类为雇员分组，从而确定他们的薪水。工作分类包括代码、描述和薪水。每个雇员都被分配到一个分类，一个工作分类中可以有多个雇员。此外他们还想要记录每个雇员负责的所有项目。对于每个项目，都有一个id号，开始日期、结束日期和代价。每个项目可以分配多个雇员，一个雇员也可以被分配到多个项目中。LameEvents为本地运动员记录体育赛事。他们想要一个数据库来记录这些赛事，其中包括赛事的主办人和它的发生地点。对于每个赛事，包括的内容有描述、日期和开销。每个赛事都有其单独开销。他们还想有一个潜在主办人的列表，列表中包括每个主办人的联系信息，例如姓名、电话号码和地址。每个赛事有一个主办人，但是随着时间的推移，某个主办人可以主办多个完整。他们还需要一个关于比赛场地的主列表，列表中包括用于赛事的跑道和体育场。对应每个场所，我们需要知道它的id、联系人和电话号码。一个赛事仅使用一个场地，但一个场地可以用于多个赛事。Cindy是Cindy’sParties的主人，她想用一个数据库来记录她所安排的宴会的相关信息。她想要维护一个所有与其商业关系的客户列表。她需要掌握每个客户的姓名、地址和电话号码。对于每场宴会，Cindy需要知道宴会的日期和花销。Cindy有一个可提供给客户使用的可能的宴会地点的列表。她希望数据库能存储姓名、地址、电话号码、价格以及她在每个宴会地点所使用的主管的姓名。当准备一个宴会时，她需要了解哪个场所用于这个宴会，因为一个宴会仅出现一个场所中。除了需要管理宴会的地点，Cindy还需要为客户准备娱乐活动。她需要维护用于不同宴会的乐队和DJ的列表。对于每个乐队和DJ，她需要记录其姓名、地址、电话号码以及其在宴会上的通常费用。每个宴会只使用一个乐队或DJ。最后，Cindy有一组为宴会工作的雇员。她需要知道哪个雇员为哪个宴会工作过，包括每个雇员在个宴会中投入的工作时数。一个给定的雇员可以为多个宴会工作，而每个宴会通常需要超过一个雇员为其工作。Cindy需要知道每个雇员的社会保险号、姓名、地址、电话号码和时薪。J.Crew是一个时装销售商。下图显示的是其WEB网站截屏图。通过访问他们的站点，对图中显示的相关信息进行数据库的反向设计。3.绘制ER设计图的要求：f)标明实体及相互之间的关系g)标明实标明实体的字段及相应属性的字段。i)标明实体的主键和外键。数据记录和计算(a)用鱼尾纹ER图画出关于电影信息数据库部分的概念设计如下图所示：针对本题我设计的数据库包含了9个数据表，其中红色方框标记的MovieInformation表是整个关系中最为核心的主表。它的主键是MovieId，关联了很多子表，比如电影导演、主演、电影分类、在线销售等。表的关系如下：①一对一：InTheaters-MovieInformation、Credits-MovieInformation。InTheaters表包含电影的票价、影院的地址和电影上映时间，不同电影不可能在同一地方的同一上映时间播放，所以这两个属性唯一标识了一部电影在影院播放的信息；Credits表主要是演职员名单表，它包含主演和导演的编号，本来还应该包含工作人员的，但是图中没给出，所以也没列出。一部电影演职员名单不可能和另一部电影的完全相同。②一对多：Shop-MovieInformation、RentalGuide-MovieInformation、MovieAnatomy-MovieInformation、Categories-MovieInformation、Starring-Categories。Shop表主要包含关于电影销售的属性，如销售类型和价格，不同电影的销售类型和价格可能相同；RentalGuide表主要是对电影信息的租赁指导，不同电影也可能采用同种租赁指导，通过MovieId与MovieInformation表关联；Categories表是针对一步电影信息剖析设计的，它包含电影的分类、类别名称以及所占比例，其GenresId属性作为本表的主键和MovieInformation表的外键关联MovieInformation表，一部电影的类型可能是多种多样的；③多对多：Starring-Credits、Categories-MovieInformation。首先将多对多的表增加一个新表作为两个表的关联表，分解成了一对多和多对一的两种关联，例如一个演员可以参演N部电影，一部电影也大于一个主演，所以就用StarringCredits表作为中间表。一部电影可以包含多种类别，同种类别也会出现在不同的电影中，所以就有一张MovieAnatomy表作为中间表。(b)用鱼尾纹ER图画出关于雇员信息数据库部分的概念设计如下图所示：针对本题我设计的数据库包含了4个数据表，表的关系如下：①一对一：无。②一对多：项目信息表-项目分配表、雇员联系信息表-项目分配表、雇员联系信息表-工作分类表。项目信息表主要包含关于项目信息的属性，如项目id、开始日期、结束日期和代价。雇员联系信息表包含雇员的一些基本属性。工作分类表包含了工作类别的一些基本属性，同种类别的工作包含多个雇员，一个雇员只属于一种工作类别。③多对多：项目信息表-雇员联系信息表，一个雇员可以参与多个项目，一个项目包含多个雇员为其工作。首先将多对多的表增加一个新表项目分配表作为两个表的关联表，分解成了一对多和多对一的两种关联。(c)用鱼尾纹ER图画出关于赛事信息数据库部分的概念设计如下图所示：针对本题我设计的数据库包含了4个数据表，表的关系如下：①一对一：无。②一对多：比赛场地表-赛事信息表、主办人表-赛事信息表、场地管理人表-比赛场地表。比赛场地表-主办人表，每个赛事有一个主办人，但是随着时间的推移，某个主办人可以主办多场比赛；一个场地有一个管理人，但一个管理人可以管理多个场地；一个赛事仅使用一个场地，但一个场地可以用于多个赛事。③多对多：无。(d)用鱼尾纹ER图画出关于宴会信息数据库部分的概念设计如下图所示：针对本题我设计的数据库包含了10个数据表，表的关系如下：①一对一：无。②一对多：宴会地点表-宴会信息表、雇员表-宴会雇员表、宴会信息表-宴会雇员表、客户表-宴会参与客户表、宴会信息表-宴会参与客户表、乐队表-客户娱乐信息表、DJ表-客户娱乐信息表、主管表-宴会信息表。同一个的宴会地点可以举办多场宴会，而一场宴会只会在一个宴会地点举办；一个雇员可能出现在多个宴会雇员表中，一个宴会雇员表可能包含多场宴会；一次宴会会请一个娱乐团队，一个娱乐团队可以为多场宴会表演；一个主管可以管理不同的宴会，每场宴会只有一个主管。③多对多：宴会信息报表-客户表、雇员表-宴会信息表。一个宴会有多个客户参加，一个客户也可能参加多场宴会，所以增加了一个宴会参与客户表来管理一次宴会参加的客户信息表。一个宴会有多个雇员为其工作，同一个雇员也可能参与不同的宴会工作，所以增加了一个宴会雇员表来管理每个宴会的雇员信息。（e）通过访问J.Crew的站点，对图中显示的相关信息进行数据库的反向设计后用鱼尾纹ER图画出关于时装销售信息数据库部分的概念设计如下图所示：针对本题我设计的数据库包含了6个数据表，表的关系如下：①一对一：无。②一对多：类型分类表-商品信息表、颜色表-商品信息表、尺寸表-商品信息表、购物车表-商品信息表、订单表-购物车表。一笔订单可以包含多个商品；一种类型、一种颜色、一种尺寸可能出现在多个商品信息表中；一个购物车中可能包含多个商品；一个购