智慧旅游数据库设计.docxVIP

数据库设计 1.1编写目的 本文档的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的 理解，定义所要开发的“旅游信息系统” （以下简称系统）的开发目标，包括对功能的规定 和性能的要求，指出预期的系统用户、系统的运行环境以及对用户操作的约定， 使之成为整 个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的依据。 本系统是为广大数据库备份者设计，能集中对数据库文件进行备份，节省大量的人力、 物力以及财力。该说明书的读者为该项目的客户以及项目开发人员。 1.2背景 本系统名称：智游； 本系统的客户代表：老师； 本系统开发单位：软件工程工程实训小组 本系统的开发工具采用 Eclipse 4?数据库为MySql 5.0 该系统同其他系统（或机构）的基本相互往来关系：该系统基于 IE浏览器，版本为6.0 及以上，支持 Windows系列平台； 本系统为Windows平台下网络版。 1.3实体定义和属性定义 用户表：用户ID,用户名，密码，手机号码，用户类别； 景区表：景区ID,用户ID,景区名称，景区简介，详细地址，联系人，联系号码，购票类型，收费金额， 景区美图； 酒店：酒店ID,景点ID,酒店级别ID,酒店名称,联系人，联系人电话，详细地址，经营范围，酒店美 图 住宿订单表：住宿订单 ID,用户ID,酒店ID,入住时间，联系电话； ID,景点ID,餐厅名称，餐厅地址，联系电话简介，美食图片； 特色菜：菜品ID,餐厅ID,菜品名称，菜品简介，联系电话，特色菜图片 购物：特产ID,特产名称，特产描述，特产图片，特产商家,特产商家联系电话，特产商家地址，特产 美图； 娱乐：活动ID,景点ID,活动名称，活动简介，活动时间，活动详细地址，活动美图； 行程：路线ID,路线名称，路线内容； 1.4定义联系集 本数据库设计以景点为中心，与周围的酒店， 娱乐，餐饮形成一对多的联系。 考虑到数 据库如果设计为这种形式可能会出现扇形陷阱， 但扇形陷阱的解决方法方法是将扇形外围的 实体建立联系。考虑到本次实训时间仓促，系统功能简单，对数据库的要求较低， 所以在整 体的E-R设计中就忽略了扇形陷阱的存在。 本数据库联系如下所示： 1.4.1景点酒店联系：1 : n 1.4.3酒店用户联系：n: n 144餐厅特色菜联系n: n 1.5 E-R模型设计 系统的E-R模型设计，不仅包括基本实体的 E-R图设计，还包括两个实体之间的联系的 E-R图设计，下面分别从单个实体 E-R图设计、两个实体E-R图设计以及聚合的 E-R图设计进 行简单表示与阐述。 1.6实体E-R模型设计 所有实体描述如下: 1.6.1用户实体： 162景区实体: 163酒店实体 联系人 酒店名称 景区ID 酒店ID 酒店级别ID 联系人电话 经营范围 酒店图片 酒店 164餐厅实体 165特色菜实体 166购物（特产）实体 167娱乐（活动）实体 168行程路线实体 1.7关系E-R设计 1.7.1订单联系 用户 酒店 1.7.2吃饭联系 特色菜 餐饮 1.8总体E-R模型设计 1.9逻辑设计 逻辑设计把上面所得到的概念模型 E-R图依据关系数据库的规则转化为逻辑 表格，这些逻辑表格就是对应系统中所需要的数据表， 通过逻辑设计，为数据库 在具体的DBM防的实现提供了直观准确的模型。 1.9.1实体转换为关系模式（将所有实体转换为一张表） （1） 用户表（user）: 用户 ID UserID 用户名 Usern ame 密码 Password 手机号码Tel 用户类别 UserType （2） 景区表（scenic） 景区 ID SeenicID; 用户 ID UserID; 景区名称SeenicName; 景区简介SeenicIntro; 详细地址ScenicAddr; 联系人 SeenicLink; 联系号码ScenicTel; 购票类型 SeenicTicket; 收费金额 SeenicCharge; 景区美图 SeenicPicture. （3）酒店（hotel）: 酒店 ID HotelID ； 景点 ID SeenicID; 酒店级别 ID HotelClass； 酒店名称 HotelName ； 联系人 HotelLink; 联系人电话 HotelTel; 详细地址 HotelAddress ； 经营范围 Hotel In tro ； 酒店美图 HotelPicture。 餐厅(restaura nt): 餐厅 ID RestaurantID; 景点 ID SeenicID; 餐厅名称 Restaura ntName; 餐厅地址 Restaura ntAddr; 联系电话 Restaura ntTel; 简介 Restaurantlntro ;