多客户端餐馆管理系统设计文档.docVIP

数据库课程设计 多客户端餐厅管理系统 数据库课程设计文档 项目组成员： 组员： 陈龙 孙鑫 贺文超 组长： 肖顺丹 数据库课程设计 多客户端餐厅管理系统 数据库设计 项目组成员： 组员： 陈龙 孙鑫 贺文超 组长： 肖顺丹 目录 第一章 概述 2 1.1 E-R图 3 1.2 范式 3 1.3 参考文献 4 第二章 数据定义 5 2.1 表结构设计 5 2.1.1总体设计 5 2.1.2 详细描述 6 2.2 视图设计 24 cl_dish_order 24 cl_dish 25 cf_i 25 cf_menu 26 bx_Menu 26 2.3 存储过程设计 27 2.3.1 dt_UpdateBooking 27 2.3.2 dt_InsertBooking 28 2.3.3 dt_Insert_order 29 2.3.4 dt_insert_menu 30 2.3.5 dt_delete_booking 31 2.3.6 bx_InsertOrderMenus 32 2.3.7 bx_InsertAdvice 33 2.3.8 bx_DeleteOrderMenus 34 第三章 并发性控制和索引 36 3.1 厨房终端与仓库终端共同修改字段 36 3.2 大厅、包厢、厨房共同修改字段 36 3.3 索引所带来的速率提升 36 第一章 概述 该项目为一个多终端的餐馆管理系统，为典型的C/S结构，数据库在其中起到服务器的作用。各个终端通过访问数据库来获得信息并实现信息的共享和交互，在这个过程中，如何让数据库提高查询速率，在多个终端实现数据一致，并且尽量减少冗余信息就是设计数据库要达到的目标了。 E-R图 图1.1 E-R图 数据库主体一共有十一张表，分别是Table、Order、Ingredient、Booking、Order_Menus、Menu_Ingredient、Menu、Customer、DishType、CustomerAdvice、GroupLevel。表不多，但是其中关联相对复杂，并且在设计阶段考虑程序的可扩展性，为了以后可以继续迭代，也做了许多设计，在下面的文档中会详细说明。 范式 设计时是严格按照范式进行设计的，主要是如下两个范式： 第一范式：数据库中所有表中的域都是原子的，符合第一范式要求。 BCNF范式：基本上所有的表都符合BCNF范式，只有Booking表有所争议： Booking(bookingID 主键，tableNum 外键, bookingDate, eatingDate, timeInterval, customerID, bookingState) 在该表中，bookingID是唯一的主键，它可以导出此模式，但tableNum、eatingDate、timeInterval三个属性在逻辑上也可以导出此模式，因为在同一时段一张桌子不可能有两个预订。而这三个属性并不是该模式的主键，也不符合平凡函数依赖的要求，所以理论上说是有违BCNF范式要求的。但考虑到程序的可扩展性，这样做有以下两个好处： ①时段目前设为早餐、中餐、晚餐，不排除以后可能会扩展功能，将时段再进行更加详细的划分 ②餐馆的实际运营中可能会需要拼桌，即一张桌子可以接受两份订单的可能，如果系统在以后的迭代中加入此功能，tableNum、eatingDate、timeInterval这三个属性将无法再唯一的标识一个订单。 参考文献 Cay.S.Horstmann ,Gary Cornell著 《java2核心技术》，机械工业出版社，第七版 S.Sudarshan等著《数据库系统系统概念》，机械工业出版社。 威汝鹏、章坚兵著 《JBuilder 2005》，中国电力出版社。 周峰著 《SQL Server 2005 基础与实践教程》，电子工业出版社。 唐汉明 等编深入浅出MySQL数据库开发、优化与管理维护Name Documentation Table 桌子表 Order 点菜表 Ingredient 食材表 Booking 订单表 Order_Menus 联系Order和Menu两个表之间多对多的联系。 Menu_Ingredient 菜对应所需要的原料，是Menu表和Ingredient表的联系。 Menu 菜单表 Customer 顾客表 DishType 菜的类型