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






