ImageVerifierCode 换一换
格式:DOC , 页数:30 ,大小:246.04KB ,
资源ID:12004366      下载积分:10 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/12004366.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(数据库系统原理-餐厅点菜管理系统.doc)为本站上传会员【仙人****88】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

数据库系统原理-餐厅点菜管理系统.doc

1、27 目 录 1系统需求分析 1 1.1背景分析 1 1.2系统目标 1 1.3业务需求及处理流程 1 1.4功能需求及数据分析需求 2 1.5系统功能图 4 1.6业务规则分析 5 1.7数据约束分析 6 1.8数据字典 7 2数据库概念设计 9 2.1定义实体集及属性 9 2.2定义联系集及属性 10 2.3E-R模型设计 10 3 逻辑设计 13 3.1关系设计 13 3.2约束说明 14 4 数据库应用设计 17 4.1 数据库脚本及数据库安全性设计 18 4.2 数据库触发器设计 21 4.3 数据库存储过程的设计 23 5

2、物理设计 24 5.1 关系模式存储方式选择 24 5.1.1索引存取方式,主要采用B+树索引方法 24 5.1.2 聚簇索引方式 25 5.2 数据库的存储结构 25 5.2.1 数据库的存放位置 25 5.2.2 数据库的存放路径 25 1系统需求分析 系统需求分析,希望通过调查、讨论,分析应用系统将要提供的功能及未来数据库用户的数据需求,详细描述系统的实体、功能、规则与约束,为以后的数据库系统的建立提供基础依据。 1.1背景分析 随着科技的发展,许多新的技术已经成功运用于我们的日常生活之中,“衣、食、住、行”每样都搭上了科技的快车。

3、民以食为天”,吃饭可以说是人们日常生活中最重要的一部分。人们生活水平的提高也使得大家不只局限在自己做饭吃饭的情况,“去餐厅”、“下馆子”的频率已经越来越高。可是目前人们在餐厅吃饭点菜的形式还只局限于服务员人工点菜,不仅效率不高,菜品无法第一时间报给厨师,对菜品的选择也只局限于服务员的推荐和自己个人的经验,而且吃饭只求味觉上的享受完全或者很少考虑到科学和身体的需要,现在,所谓的“吃饱吃好”,从科学的角度来讲还只停留在吃饱的阶段,此种情况希望得到改善的要求十分迫切,也将成为餐厅的一大卖点。 1.2系统目标 本系统立足于人们的饮食方面的需求,面向江西省南昌市连锁性质的“菜肴故事”餐厅,对客人在

4、餐厅内的点菜进行管理,本系统希望通过包间内电脑自主点菜的方式为客人提供点菜服务,同时,本系统还可以根据客人的点菜记录为菜品打分,根据不同客人对菜品的爱好进行推荐,根据客人不同的身体情况提供配餐建议,以实现点菜的科学化、系统化和自动化,最大限度的服务于客人和餐厅,减少餐厅的开支,提高餐厅的效率,为顾客提供方便。 1.3业务需求及处理流程 餐厅点菜的主要业务包括:所选菜单的生成和菜单处理的过程,如图1-1所示。 菜单生成 图 1-1 点菜系统业务流程 1.4功能需求及数据分析需求 功能需求分析将描述点菜系统提供的

5、功能和服务。根据对流程的分析,通过与餐厅服务人员、顾客的交流,点菜系统主要功能和数据需求包括:后台菜品管理、顾客评价管理、前台点菜服务。 1.4.1菜品基本信息管理 提供菜品基本信息的录入、维护和查询功能: 1) 工作人员录入、更新和删除菜品的基本信息,包括菜品的主要原料、所属菜系、价格、口味、热量,蛋白质含量等信息。 2) 菜品查询。系统提供多种方便快捷的方式进行菜品的检索,如可以输入指定的关键词进行查询,也可以通过设定菜品的条件,如口味、菜系等单一或者组合条件进行查询。 1.4.2顾客基本信息管理 提供顾客的信息的录入、更新功能: 1) 工作人员录入,删除,修改顾客的基本信息

6、包括顾客的姓名、生日、积分等信息。 2) 工作人员可以对顾客信息进行查询。 3) 系统对顾客的积分按消费情况进行自动修改。 1.4.3桌台基本信息管理 提供桌台基本信息的录入、维护和查询功能: 1) 工作人员录入桌台的基本信息,包括桌台编号,可容纳人数,等级,是否被占用。 2) 工作人员更新、增加和删除桌台的基本信息。 3) 工作人员可以按照桌台的编号对其进行查询。 1.4.4科学套餐管理 1) 工作人员负责录入科学套餐的信息,根据科学知识,将菜品根据不同人群的不同要求,进行组合形成科学套餐供顾客选择。 2) 工作人员负责更新和删除套餐的基本信息。 顾客可以根据编号,名

7、称,功能对套餐的信息进行查询。 1.4.5菜单管理 提供菜单的生成、确认、修改和查询的功能: 1) 顾客菜单生成:所在房间顾客选择生成对应房间的菜单。 2) 顾客选菜:顾客可以根据自己的口味、喜好、菜品价格进行选菜。顾客选定桌台之后,在终端机上开始选定菜品。顾客可以随意增加、删除和设定想要的数量,并最后统计价格。 3) 菜单查询:顾客选菜结束后可以随时对所选菜单进行查询。 4) 删除和改选:选菜成功后,顾客可以在未处理菜单前对菜单内的菜品进行修改和删除。 5) 菜单确认:本房间顾客自行确认菜单,确认后无法进行菜单修改。 1.4.6菜品推荐管理 1) 同类菜品推荐。当顾客选择一

8、道菜时,可以同时显示同类,口味相似菜品,向顾客显示。 2) 自动菜品推荐。对顾客历史消费数据进行统计分析,针对顾客点菜风格及人数显示推荐菜品。 3) 当季主打菜品推荐。向顾客推荐时下本店销量好的菜品。 1.4.7顾客评价管理 该服务应用于前台,操作对象为顾客。顾客可以根据自己意愿,对菜品进行评价。 1) 菜品评价:顾客对菜品的评价,用文字描述,类似留言。 2) 菜品打分:顾客根据对菜品的印象对菜品进行打分,10分制。 1.5系统功能图 餐厅点菜系统功能图,如图1-2所示。 图1-2 餐厅点菜系统功能图 1.6业务规则分析 业务规则分析主要是分析数据之间的约束以及数据

9、库约束。基于上述功能需求,通过进一步了解,点菜系统业务规则如下: 1) 每个桌台有唯一的编号,由餐厅提前分配。 2) 每个菜品有唯一的编号标识,菜品编号由工作人员提前编排。 3) 每个科学配菜套餐都有唯一编号,由系统提前分配。 4) 对于已选择的套餐,顾客可以根据自己的需求可以调整菜单中的菜品。 5) 每个选定好的菜单编号唯一标识。菜单编号由系统按时间和桌台号联合生成。 6) 菜单被接受处理前,顾客可以调整菜品。但是如果已经开始接受处理则不能修改。 7) 同类菜品推荐规则:根据顾客所点菜品的主要原料中有三样相同,口味相同,所属菜系相同,热量差距所点菜品的15%以内,蛋白质含量差距

10、所点菜品的20%以内的菜品,其中每满足以上一项条件菜品权值加1,选取权值前三大的菜品进行推荐,遇到已有菜品时自动排除。 8) 自动菜品推荐规则:根据历史记录直接生成一系列菜品,推荐规则为选取往期所点菜品计算权值,计算规则与同类菜品推荐规则一样,然后从每样的权值前三大菜品中选取一样,遇到已有菜品时自动排除。 9) 每个顾客有单独唯一的顾客编号,以及相应的消费积分,与等级分配。 10) 每个顾客可以发表多条评价,一个职员可回复多条评价。 11) 除前台以外的工作人员不能对产生的账单做任何操作。 12) 顾客对于每个菜品的评价不能超过3条。 13) 每条评价字数不得多于50。 14)

11、顾客只能查看和更改自己的评价。 15) 顾客只能看到所有评价信息,不能更改其他桌台的信息。 16) 一份账单只能享受一次顾客优惠,并按可允许的最高优惠计算。 17) 每个桌台在同一时间最多只能有1个菜单。 18) 每个菜单只能生成一个账单。 19) 每张桌台的人数限制仅作参考。 20) 顾客积分,等级及相应的折扣规则如下: 顾客等级 积分条件 享受折扣 黄金会员 4000>积分>=1000 9.5折 铂金会员 10000>积分>=4000 9折 钻石会员 积分=10000 8.5折 非会员 积分<1000 无折扣 21) 顾客积分为每消费一元(折后金

12、额)积一分。 22) 顾客积分为该顾客结账后统计。 23) 无菜品的菜单不可生成账单。 24) 当季主打菜品推荐为根据当日时间对菜品进行推荐,需人工设置推荐表。 25) 主打菜品推荐中每类菜品只推荐一个。 26) 同类菜品推荐中每次只推荐最多3个菜品以供选择。 27) 自动菜品推荐中,系统根据顾客历史点菜风格及消费人数进行菜品推荐,最多提供10个菜品以供选择。 28) 系统若查询不到顾客的历史点菜记录,便不可进行自动菜品推荐。 29) 结账后的菜单和账单权限为只读,不可更改。 30) 先结账,后进行顾客积分增加。因此,当次的顾客升级不可用于造成升级的账单打折,其折扣仍按升级前

13、计算。 31) 桌台等级分为1,2,3三个等级,3指外场,2指普通包厢,1指特级包厢。 32) 计算总价的方法:实际总价=菜单总价(menuSum)*会员折扣 1.7数据约束分析 点菜系统主要数据约束如下: 1) 用户访问权限:任何用户都不能访问其他用户的密码。 2) 每个菜品的打分不能低于0,不能高于10。 3) 菜品的编码规则:以字母D开头加六位数字组成,数字是按流水号依次增大。 4) 桌台的编号规则:以字母T开头加三位数字组成,数字是按流水号依次增大。 5) 顾客的编号规则:以字母M开头加六位数字组成,数字是按流水号依次增大。 6) 科学套餐的编号规则:以字母S开头加

14、六位数字组成,数字是按流水号依次增大。 7) 菜单的编号规则:以字母C开头加11位数字组成,其中前三位为桌台号中的数字,后八位为菜单创建时间。 8) 账单的编号规则:由系统在对应的菜单编号后自动加“B”生成。 9) 顾客积分初始值为0,最大为10000,达到此数值便不再增加。 10) 顾客等级初始值为0,最大为3,达到此数值便不再增加。 1.8数据字典 数据字典包括数据项描述、数据结构描述、数据流、数据存储和处理过程,具体内容如下。 1.8.1数据项与数据结构 通过对所建立的表进行分析,我们得到了以下一些数据项,如表1.1至表1.5所示。 表1.1菜品表Dishes 数据项

15、名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 dishesNO Char(7) Not null G字符加6个数字 菜品编号 dishesName varChar(20) Not null 字符 菜品名称 price numeric(7,2) Not null 数字 菜品价格 dishestype Char(7) null 字符 菜品类型 protein numeric(7,2) null 数字 蛋白质含量 calorific numeric(7,2) null 数字 热量 sugars numeric(7

16、2) null 数字 糖分 表1.2桌台表Table 数据名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 tableNo Char(4) Not null T字符加3个数字 桌台编号 place int Not null 数字 容纳人数 tablelevle Char(12) Not null 字符 桌台等级 表1.3顾客表 Member 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 memberNo Char(7) Not null 字符M加6个数字 顾客编号 memberLev

17、el Char(5) Not null 字符 顾客等级 memberCount int Not null 数字 顾客积分 memberName Char(20) Not null 字符 顾客名字 memberSex Char(1) Not null 字符 顾客性别 memberBirth datetime null 日期 顾客生日 表1.4科学套餐表 Smeal 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 smealNo Char(7) Not null 以字母S开头加六位数字 套餐编号 sPri

18、ce numeric(7,2) Not null 数字 套餐价格 benefit varChar(20) Not null 字符 套餐功能 表1.5菜单表 Menu 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 menuNo Char(12) Not null 以字母C开头加11位数字 菜单编号 menuDate datetime Not null 数字 生成时间 menuSum int Not null 数字 菜单总价 1.8.2数据处理 为了实现预期的系统功能,我们建立了以下数据处理过程,如表1.12所

19、示。 表1.12 数据处理 编号 名称 数据处理说明 1. 菜单编号生成 建立一个触发器,实现菜单的编号由时间和桌台号自动生成。 2. 菜单总价计算 建立一个存储过程,利用游标实现在客户点菜后,通过多点的菜品的价格,及与该菜品相对应的菜品的数量,计算出菜单的总价。 3. 菜品推荐 建立一个存储过程,利用游标实现,查找菜品热量相差在20%,蛋白质含量相差在15%,范围内的菜品。 4. 计算客户积分 建立一个存储过程,利用游标,通过查询客户的消费记录,按消费额折合成积分,计入客户积分。 5. 菜单总价控制 建立一个触发器,控制菜单总价不能人为操作控制,只能由明

20、细表中计算得出。 6. 菜品评价控制 建立一个触发器,控制客人只能修改自己对菜品的打分,对其他客户的打分只能查看。 2数据库概念设计 根据上述需求分析,可定义下列实体集、联系集及其属性。 2.1定义实体集及属性 1) 菜品实体集 Dishes:具有菜品编号(dishesNo)、菜品名称(dishesName)、价格(price)、菜品类型(dishetype)、蛋白质含量(protein)、热量(calorific)、糖分(sugars)等属性。 2) 桌台实体集 Table:具有桌台编号 (tableNo)、容纳人数(place)、桌台等级(level)等属性。 3)

21、顾客实体集 Member:具有顾客编号 (memberNo)、顾客等级(memberLevel)、顾客积分 (memberCount)、顾客姓名(memberName)、顾客性别(menberSex)、顾客生日(memberbirth)等属性。 4) 科学套餐实体集 (Smeal):具有套餐号(smealNo)、套餐价格(sPrice)、套餐功能(benefit)等属性。 5) 菜单实体集 Menu:具有菜单编号(menuNo)、菜单总价(menuSum)等属性。 2.2定义联系集及属性 1) Choice 联系集:Member、Table、Dishes和Smeal之间的联系,其中Me

22、mber和Table进行聚合,Dishes和Smeal之间建立聚合。 2) Combination 联系集:Dishes和Smeal之间多对多的关系,一种菜品可以被多种套餐选择,一种套菜可以选择过个菜品。 3) Create 联系集:Menu和Choice联系集之间的联系,都用用聚合表示。 4) Evaluate 联系集:Member和Dishes之间多对多的关系,是对菜品的评价,具有分数(score)属性。 2.3E-R模型设计 所有实体描述如下 1) 菜品实体集如图2-1所示。 dishestype dishesName dishesNo price Di

23、shes protein calorific sugars 图2-1 菜品实体集 2) 桌台实体集如图2-2所示。 Table tableNo place tablelevel 图2-2 桌台实体集 3) 顾客实体集如图2-3所示。 Member memberNo memberLevel membercount memberName memberSex memberBirth 图2-3 顾客实体集 4) 科学套餐实体集如图2-

24、4所示。 sPrice smealNo Smeal benefit dishesNo 图2-4 科学套餐实体集 5) 菜单实体集如图2-5所示。 menuNo menuTime tableNo Menu menuSum 图2-5 菜单实体集 6) Evaluate联系集如图2-6所示。 Member Dishes Evaluate score 图2-6 Evaluate联系集 7) Create联系集如图2

25、7所示。 Menu dishes create date 图2-7 Create联系集 总体E-R图如下图2-6所示。 图2-6 餐厅点菜系统总体E-R图 3 逻辑设计 根据上述概念设计,将其转化为系统可以识别、支持的关系数据模型。 3.1关系设计 3.1.1 由实体集转化而来的关系模式 1) 由Dishes实体集转化的关系模式为: Dishes(dishesNo,dishesName,price,di

26、shestype,protein,calorific,sugars) 2) 由Table实体集转化的关系模式为: Table(tableNo,tableNumber,tablelevel) 3) 由Member实体转化的关系模式为: Member(memberNo,memberLevel,memberCount,menberName,memberSex,memberBirth) 4) 由Smeal实体转化的关系模式为: Smeal(smealNo,sPrice,dishesNo,benefit) 5)由Menu实体转化的关系模式为: Menu(menuNo,menuDat

27、e,tebleNo,menuSum) 3.1.2由联系集转化而来的关系模式 1) Evaluate联系集: Evaluate(roomNo,disheaNo,score) 2) 由Create的联系集转化得到MenuDetail: MenuDetail(menuNo,dishesNo,Price,qty) 3) 由Combination联系集转化为SmealDetail: SmealDetail(smealNo,dishesNo,dishesNo,price) 3.2约束说明 关系设计包括转换后所得的表,转换之后的关系如表3.1到3.10 表3.1菜品表Di

28、shes 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 dishesNO Char(7) Not null G字符加6个数字 菜品编号 主键 dishesName varChar(20) Not null 字符 菜品名称 与菜品号对应 price numeric(7,2) Not null 数字 菜品价格 独立 dishestype Char(7) null 字符 菜品类型 独立 protein numeric(7,2) null 数字 蛋白质含量 独立 calorific n

29、umeric(7,2) null 数字 热量 独立 sugars numeric(7,2) null 数字 糖分 独立 表3.2桌台表Table 数据名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 tableNo Char(4) Not null R字符加3个数字 桌台编号 主键 place int Not null 数字 容纳人数 独立 level int Not null 数字,1到3 桌台等级 独立 empty int Not null 数字 是否占用 独立 表

30、3.3顾客表 Member 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 memberNo Char(7) Not null 字符M加6个数字 顾客编号 主键 memberLevel Char(5) Not null 字符 顾客等级 独立 memberCount int Not null 数字,0到10000 顾客积分 独立 memberName Char(20) Not null 字符 顾客名字 独立 memberSex Char(1) Not null 字符 顾客性别 独立 m

31、emberBirth datetime null 日期 顾客生日 独立 表3.4科学套餐表 Smeal 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 smealNo Char(7) Not null 以字母S开头加六位数字 套餐编号 主键 sPrice numeric(7,2) Not null 数字 套餐价格 由菜品价格计算得来,参照表Dishes dishesNo Char(7) Not null G字符加6个数字 菜品编号 dishesNO benefit varChar(20)

32、 Not null 字符 套餐功能 独立 表3.5菜单表 Menu 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 menuNo Char(12) Not null 以字母C开头加11位数字 菜单编号 主键 menuDate datetime Not null 数字 时间 独立 tableNo Char(4) Not null R字符加3个数字 桌台编号 外键,参照Table表 menuSum int Not null 数字 菜单总价 由明细表中的菜品价格和菜品数量计算得出

33、表3.6菜单明细表 MenuDetail 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 menuNo Char(12) Not null 以字母C开头加11位数字 菜单编号 主键、外键,参照Menu表 dishesNo Char(7) Not null G字符加6个数字 菜品编号 主键、外键,参照Dishes表 Price numeric(7,2) Not 数字 菜品价格 与菜品对应 qty Int Not null 数字 菜品数量 独立 表3.7科学套餐明细表 SmealDetail

34、数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 smealNo Char(12) Not null 有系统自动按时间提供 科学套餐编号 主键、外键,参照Menu表 dishesNO Char(7) Not null G字符加6个数字 菜品编号 主键、外键,参照Dishes表 Price numeric(7,2) Not 数字 菜品价格 与菜品对应 表3.8评价表 Evaluate 数据项名与别名 类型(长度) 是否为空 数据约束 数据项含义说明 与其他数据项的联系 tableNo Char

35、4) Not null R字符加3个数字 桌台编号 主键、外键,参照Room表 dishesNO Char(7) Not null G字符加6个数字 菜品编号 主键、外键,参照Dishes表 Score Int Not null 数字,0到10 分数 独立 函数依赖关系: 1) 菜品表 函数依赖集为F1={菜品编号→(菜品名称,菜品价格,菜品类型,热量,蛋白质含量,糖分)} ∈3NF。 2) 桌台表 函数依赖集为F2={桌台编号→(容纳人数,桌台等级,是否占用)} ∈3NF。 3) 顾客表 函数依

36、赖集为F3={顾客编号→(顾客等级,顾客积分,顾客姓名,顾客性别,顾客生日)} ∈3NF。 4) 科学套餐表 函数依赖集为F4={套餐编号→(套餐价格,菜品编号,套餐功能)} ∈3NF。 5) 科学套餐表明细表 函数依赖集为F5={套餐编号→(菜品编号)} ∈3NF。 6) 菜单表 函数依赖集为F6={菜单编号→(时间)} ∈3NF。 7) 菜单明细表 函数依赖集为F7={菜单编号→(菜品编号,菜品价格,实际菜品价格,菜品数量)} ∈3NF。 8) 评价表 函数依赖集为F10={桌台编号→(菜品

37、编号,分数)} ∈3NF。 4 数据库应用设计 数据库应用的设计,包括数据库的脚本和安全性设计、数据库的完整性设计和数据库的存储过程设计。 4.1 数据库脚本及数据库安全性设计 1) 数据库安全性设计 创建三个用户分别为管理员‘user01’、前台服务人员‘qiantai’以及顾客‘customer’,然后根据不同表的功能,赋予他们不同的权限,创建用户代码如下: /* add my user*/ exec sp_adduser user01,user01 exec sp_addlogin 'qiantai','123456','MenuDB1' exec sp_addu

38、ser 'qiantai','qiantai' exec sp_addlogin 'customer','123456','MenuDB1' exec sp_adduser 'customer','customer' 2) 数据库脚本 创建各个用户相关的表,并设计好各表间的主外键联系,规定好个用户的权限,管理员有所有的权限,前台人员对于菜单表只有查看的权限,而顾客对于菜单表有添加修改的作用,代码如下: print'creat table Dishes' go CREATE TABLE Dishes( dishesNo char(7) not null

39、 /*菜品编号*/ check(dishesNo like '[G][0-9][0-9][0-9][0-9][0-9][0-9]'), dishesName varchar(10) not null, /*菜品编号*/ price numeric(7,2) not null, /*菜品价格*/ caloric numeric(7,2) not null, /*热量*/ sugers numeric(7,2) not nul

40、l, /*糖分*/ protein numeric(7,2) not null, /*蛋白质*/ constraint DishesPK primary key (dishesNo) ) go grant all on Dishes to user01 go print 'create Member' go create table Member( memberNo char(7) not null, /*顾客号*/ check(me

41、mberNo like '[C][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'), memberName varchar(40) not null, /*顾客姓名*/ sex char(1) not null, /*性别*/ memberLevel varchar(12) not null, /*顾客等级*/ memberCount int not null, /*顾客积分*/

42、 birthday datetime null, /*顾客生日*/ constraint MemberPK primary key (memberNo) ) go grant all on Member to user01 go print 'create table Menu' go create table Menu( menuNo char(12) not null , /*菜单编号*/ tableNo char(4) not null,

43、 /*桌台编号*/ memberNo char(7) not null, /*顾客号*/ check(memberNo like '[C][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'), meandate datetime not null, /*时间*/ meanSum numeric(7,2) not null, /*菜单总价*/ constraint MenuPK prima

44、ry key (menuNo), constraint MenuFK1 foreign key(tableNo) references Table1(tableNo), constraint MenuFK2 foreign key(memberNo) references Member(memberNo) ) go grant all on Table1 to user01 go print 'create table Table1' go create table Table1( tableNo char(4) not null ,

45、 /*桌台编号*/ place int not null, /*容纳人数*/ tableLevel char(10) not null, /*桌台级别*/ constraint Table1PK primary key (tableNo) ) go grant all on Table1 to user01 go print 'create table Smeal' go create table Smeal( smealNo char(

46、4) not null , /*套餐编号*/ sprice numeric(7,2) not null, /*套餐价格*/ constraint SmealPK primary key (SmealNo) ) go grant all on Smeal to user01 go print 'create SmealDetail' go create table SmealDetail( smealNo char(4) not null , /*套

47、餐编号*/ dishesNo char(7) not null /*菜品编号*/ check(dishesNo like '[G][0-9][0-9][0-9][0-9][0-9][0-9]'), price numeric(7,2) not null, /*菜品价格*/ constraint SmealDetailPK primary key clustered(smealNo,dishesNo), constraint SmealDetailFK1 foreign key(sm

48、ealNo) references Smeal(smealNo), constraint SmealDetailFK2 foreign key(dishesNo ) references Dishes(dishesNo ) ) go grant all on SmealDetail to user01 go print 'create MenuDetail' go create table MenuDetail( menuNo char(12) not null, /*菜单编号*/ dishesNo ch

49、ar(7) not null /*菜品编号*/ check(dishesNo like '[G][0-9][0-9][0-9][0-9][0-9][0-9]'), price numeric(7,2) not null, /*菜品价格*/ quantity int not null, /*数量*/ constraint MenuDetailPK primary key clustered(menuNo,dishesNo), constra

50、int MenuDetailFK1 foreign key(menuNo) references Menu(menuNo), constraint MenuDetailFK2 foreign key(dishesNo) references Dishes(dishesNo) ) go grant all on Menudetail to user01 grant delete,insert on MenuDetail to customer grant select on MenuDetail to customer,qiantai go print 'create

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服