《数据库设计步骤例.doc

3.系统数据库设计与实现 数据库对于任何一个系统而言，都发挥着至关重要的决定性作用，数据库设计的好坏，直接影响到系统执行效率的高低和功能的实现质量。 本系统的数据库采用面向数据的方法进行设计，大致按照需求分析，概念结构设计，物理结构设计和数据库的实施，这几个步骤来进行。由于本系统的功能为网络订餐，故数据库应满足存储数据量较大，且可方便查询和更新数据的要求，同时也要确保可操作数据的权限，保证数据库的安全性、可靠性[7]。 本系统的数据可分为买方用户信息数据、买方用户数据、管理员数据、食品信息数据、店铺信息数据、订单数据及评价信息。其中如有自增类型值，可令其数据类型为bigint，普通字符串数据则为char型。 3.1 数据库的概念模型设计 描述概念模式通常采用概念数据模型，如E-R图。概念模型既独立于数据库的逻辑结构，又独立于具体的数据库管理系统，它不仅能够充分地反映现实世界，又易于向具体的数据模型转换。概念模型的设计方法通产有四种：自顶向下，自底向上，逐步扩张和混合策略[7]。本系统采用逐步扩张的方法，以买方订餐为核心概念结构，然后向外扩充，逐步生成其它概念结构。经过上述分析，本系统中的实体有：买方用户（Buyer），卖方用户（Seller），管理员(Manager)，店铺(Shop)，食品(food)，订单(Reservation)。其中核心模型为买卖实体和店铺、食品实体，以这四个实体为中心，又扩充出了订单，评价，管理员等实体和它们之间的关系。 本系统数据库E-R模型如下： 图3-1 系统E-R图 图中实体所具有的属性为： 实体Buyer（买方）：用户名，密码，身份，收餐地址，联系方式，电子邮箱； 实体Seller（卖方）：用户名，密码，收餐地址，联系方式，电子邮箱，身份； 实体Shop（店铺）：店铺编号，店铺名称，店铺地址，该店的卖方用户名，店主真实姓名，店主的身份证号码，开店时间，订餐电话，店铺所在区域，订餐QQ号，送餐范围，起送标准，支付宝账号，营业手续证明图片，店铺图片，收款人姓名，收款账号 实体Food（食品）：食品编号，食品名称，店铺编号，菜系类别，价格，食品样图存储路径 实体reservation(订单)：订单编号，买方编号，总价，收餐地址，收餐电话，订单状态，店铺编号，配送费用，服务费用 实体manager（管理员）：用户名，密码 联系purchase(购买)：购买单编号，订单编号，买方用户名，食品编号，订餐日期，食品价格，所属店铺 联系critical（评价）：评价编号，买方用户名，店铺编号，得分，评价留言 3.2 数据库逻辑结构设计 逻辑结构设计得任务就是把概念结构设计阶段设计好的全局E-R图转换成关系模型，并检查数据库的规范性，然后按照MYSQL做逻辑结构。 本系统的数据库逻辑结构设计可分为8个表： （1）买方信息表，此表包含了买方用户的所有信息内容： 表3-1 买方用户信息表 字段名称 数据类型 可否为空 约束条件 说明 buyername Char(20) NOT NULL 主键 买方用户名 password Char(20) NOT NULL 无 登录密码 role Char(10) NOT NULL 无 身份为买方 email Char(60) NOT NULL 无 用户邮箱 regdate datetime NULL 无 买方注册时间 adddress1 Char(40) NULL 无 备用收餐地址 address2 Char(40) NULL 无 address3 Char(40) NULL 无 phone1 Char(15) NULL 无 备用收餐电话 phone2 Char(15) NULL 无 （2）卖方信息表，此表包含了所有卖方用户的信息内容： 表3-2 卖方用户信息表 字段名称 数据类型 可否为空 约束条件 说明 sellername Char(20) NOT NULL 主键 卖方用户名 selpwd Char(20) NOT NULL 无 登录密码 email Char(60) NOT NULL 无 用户邮箱 role Char(10) NOT NULL 无 身份为卖家 phone1 Char(15) NULL 无 用户联系方式 phone2 Char(15) NULL 无 regdate datetime NULL 无 注册时间 店铺信息表，此表包含了所有店铺的详细信息： 表3-3 店铺信息表 字段名称 数据类型 可否为空 约束条件 说明 shopID Bigint NOT NULL 主键 店铺编号 shopname Char(20) NOT NULL 无 店铺名称 shopaddress Char(30)