数据库设计 1.1 编写目的 本文档的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的理解，定义所要开发的“旅游信息系统”（以下简称系统）的开发目标，包括对功能的规定和性能的要求，指出预期的系统用户、系统的运行环境以及对用户操作的约定，使之成为整个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的依据。 本系统是为广大数据库备份者设计，能集中对数据库文件进行备份，节省大量的人力、物力以及财力。该说明书的读者为该项目的客户以及项目开发人员。 1.2 背景 1. 本系统名称：智游； 2. 本系统的客户代表：老师； 本系统开发单位：软件工程工程实训小组 3. 本系统的开发工具采用Eclipse 4.数据库为MySql 5.0 4. 该系统同其他系统(或机构)的基本相互往来关系：该系统基于 IE 浏览器，版本为6.0 及以上，支持 Windows 系列平台； 5. 本系统为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.2 景点路线联系：1：n 1.4.3 酒店用户联系：n：n 酒店 景点 附近 景点 路线 途径 酒店 用户 附近 1.4.4 餐厅特色菜联系n：n 1.5 E-R 模型设计 系统的E-R 模型设计，不仅包括基本实体的E-R 图设计，还包括两个实体之...
