泉州朝歌量贩式KTV管理信息系统数据库分析设计

KTV管理系统1/28组长：李尚鸿组员：苏少梅杜鹏程唐家进张翯琦泉州朝歌量贩式KTV管理信息系统数据库分析设计

目录组长：李尚鸿组员：苏少梅杜鹏程唐家进张翯琦泉州朝歌量贩式KTV管理信息系统数据库分析设计一、 背景说明 4二、总体目标 4三、系统主要功能 43.1该系统主要包括以下功能： 43.2系统结构图 5四、E-R图 64.1基本信息： 64.2基本业务： 64.3房间管理： 84.4房间维护： 8五、ER图的集成与优化 8六、数据流程图 116.1顶层数据流程图： 116.2第1层数据流程图： 116.3第2层数据流程图 116.3.1第2层数据流程图：从包间信息管理角度出发 116.3.2第2层数据流程图：从结账退房处理角度出发 12七、逻辑结构设计 137.1与总E-R图对应的关系模式 137.1.1实体所对应的关系模式： 137.1.2联系所对应的关系模式： 137.2优化后的数据模型 137.2.1关系模式的调整(基于处理效率的考虑) 137.2.2关系模式的规范化（达到3NF） 147.2.3用户子模式设计 15八、物理结构设计 158.1DBMS选型及系统配置的选择 158.2索引的设置 168.3安全性及用户权限设计 168.4其他物理细节 168.4.1存储结构设计 168.4.2存取路径设计 17九、数据库实施阶段 189.1数据库实施阶段目标 189.2数据库实施阶段任务 189.3建立视图 219.4基于视图的数据查询 229.5数据库关系图 24十、KTV系统界面 24十一、设计评价及说明 27背景说明随着社会的发展和人民生活水平的提离，人们对精神文化生活的需求也在不断地增加。KTV的出现和发展在一定程度上满足了人们的这种需求，所以KTV行业迅速崛起并且占据了重要的市场。KTV源于日本，之前叫“卡拉OK”，刚传入中国时，主要以一种高档娱乐形式存在于“夜总会、歌舞厅”等一些高级消费场所。近10余年来的飞速发展现在已遍布全国各地，据权威数据显示我国注册登记的各种KTV、迪厅、数量达20万家以上。目前的大部分KTV娱乐场所已不单是作为一个娱乐行业的形式存在，它同时兼容了娱乐业和服务业的特点。从（KTV）消费来看，以一个中等城市为例，KTV等娱乐场所就有二三百家，大的一晚接待顾客三四百人，少的也有几十人，仅此一项，就有数万人在消费，这个数字目前还在呈快速上升趋势，而经营较好的店每晚平均客流量在500—700人次之间，消费群体主要是学生和公司的白领阶层，日常上座率为50%—70%，到周末时最为火爆，上座率可达到100%。正如《时代》杂志预言的那样：新技术和其他一些趋势可以让人把生命中的50%的时间用于玩乐，KTV等娱乐场所消费也越来越趋向大众化，唱K的人将会越来越多。随着全国各地不断涌现的KTV、酒吧、迪厅等娱乐场所，与之相对应的配套设备的需求量也越来越大。为满足现代人追求更高的物质精神享受的需要，KTV场所设备不再像以前那样陈旧落后，设备追求个性新潮，设备更新换代快，基本上两年就更换一整套设备，由此可见，娱乐场所设备前景非常看好。同时，在这个信息经济飞速发展的时代，计算机管理软件已经成为各个行生眨主要的管理工具。所以结合这两点，我们设计了一款KVT数据库管理系统。二、总体目标通过计算机管理软件的管理，可以大大提离管理的效率、安全性和准确性。当然，在KTV行业的日常管理中，它的管理人员也同样希望通过信息化的管理来提高工作效率、降低运营成本、规范经营模式，大大提升自身的服务档次，提升了企业的管理水平，从而增强企业的竞争力，达到管理的系统化、规范化和自动化。三、系统主要功能3.1该系统主要包括以下功能：用户登录：实现用户的登录验证，并且根据用户的权限来判断功能按钮的显示与否。基本信息：其中包括用户信息和会员信息，并对相应的信息进行添加、删除、修改等操作。基本业务：包括开房和结账。同时当用户选定某个房间时，通过鼠标右击就可以弹出相应的菜单，操作更加方便快捷。房间管理：查看订单明细表来了解当前的预定信息，通过查看开放单明细表来了解正在处于开发状态的房间信息。房间维护：通过查询维护单明细表来了解但前房间的维修及清扫信息。查询统计：对顾客的信息及消费情况和KTV的收支情况进行查询及管理。基本信息查询统计基本业务基本信息查询统计基本业务系统设置员工信息房间信息收入统计会员信息预订基本信息房间管理查询开厢结账维修打扫预订单明细表预订单明细表预订单明细表预订房间状态类型员工会员季度财政报表用户权限设置用户管理密码设置用户查询KTV管理信息系统退出系统3.2系统结构图四、E-R图4.1基本信息：1111用户属于用户ID用户名密码用户类型名称类型编号客户会员编号客户姓名消费积分备注地址客户编号实体属性定义：客户（会员编号，客户姓名，地址，消费积分，备注）用户（用户ID，用户名，密码）用户类型（名称，类型编号）4.2基本业务：mmmm1n11客户地址电话消费积分结算汇总账单账单编号消费金额结账时间付款方式折扣收支报表开房开房时间账单编号开房日期房间m会员编号客户姓名备注房间编号类型价格结账日期客户编号消费时间结账时间性别n物品编号物品名单价赔偿价格罚款客户（客户编号，会员编号，客户姓名，地址，电话，性别，消费积分）房间（房间编号，类型，价格）账单（账单编号，消费金额，结账日期，结账金额）111m111m客户订单房间预订预约客户姓名会员编号订单编号备注开房日期开房时间类型预订日期预订时间客户姓名价格房间编号地址客户编号电话备注消费积分房间状态性别4.3房间管理：实体属性定义：客户（客户编号，会员编号，客户姓名，地址，电话，性别，消费积分）订单（订单编号，预订日期，预期时间，备注）房间（房间编号，房间类型，房间状态，价格）4.4房间维护：nmnm员工房间工号类别姓名维修维修日期维修缘由房间编号房间类型房间状态价格打扫电话地址维修结果性别工作状态员工（工号，类别，姓名，电话，地址，性别，工作状态）房间（房间编号，房间类型，房间状态，价格）五、ER图的集成与优化以上便是四个子模块的分E-R图设计过程，接着要做的就是将所有的分E-R图进行综合,合成一个模块的总E-R图.由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将四个子模块分E-R图集成总E-R图的方式.分两步进行：5.1第一步：合并。解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类：属性冲突：（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；（2）属性取值单位冲突。由于本系统较简单，不存在这类冲突；命名冲突：同名异义：由于本系统较简单，所以不存在这类冲突；异名同义：由于本系统较小，所以不存在这类冲突；结构冲突：同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分E-R图就早先解决了这个问题，即将在任何一个分E-R图中作为实体出现的属性全部作为实体；同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；5.2第二步：修改和重构。消除不必要的冗余，生成基本E-R图。由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R图就是基本E-R图，不必再进行调整。下面给出总E-R图。mmnmn1111m11nm1nnmmm1客户地址会员编号客户姓名电话备注消费积分付款汇总账单账单编号消费金额付款方式收支报表开房房间打扫员工工号性别姓名维修预订订单订单编号预订日期预约开房时间开房日期维修日期维修缘由m房间编号类型价格结算客户编号结账日期结账时间预订时间备注电话地址消费时间按折扣工号开房日期开房时间维修结果客户姓名负责房间状态类别性别物品编号物品名单价赔偿价格罚款实体属性定义：客户（客户编号会员编号，客户姓名，地址，消费积分，性别，备注）账单（账单编号，消费金额，结账日期，结账时间）房间（房间编号，房间类型，房间状态，价格）员工（工号，类别，姓名，性别，电话，地址，工作状态）订单（订单编号，预订日期，预期时间，备注）物品（物品编号，物品名，单价，赔偿价格） P0KTVMIS客户员工P0KTVMIS客户员工服务要求信息服务单消费单账单服务单罚款单P1包间服务处理客户服务单罚款单P1包间服务处理客户员工DB2房间信息服务要求信息服务单订单P3罚款处理DB1维修记录DB4收入报表DB3罚款记录P2结账处理罚款登记单结账单罚款单消费单6.2第1层数据流程图：6.3第2层数据流程图6.3.1第2层数据流程图：从包间信息管理角度出发维修结果报告房间整理报告维修单需求单账单及罚款单维修结果报告房间整理报告维修单需求单账单及罚款单罚款单P3.1检查房间及罚款登记P2.1开结账单P2.2修改房间信息员工DB5员工信息P2.3修改员工信息P3.2维修处理P2.4房间打扫DB5员工信息DB2房间信息DB6会员信息客户订单订单服务要求信息更改单服务要求信息P1.1查询空房间情况P1.2修改空房间情况P1.3开出消费单客户员工DB2房间信息DB5员工信息P1.4调配员工服务单七、逻辑结构设计7.1与总E-R图对应的关系模式7.1.1实体所对应的关系模式：客户（客户编号，会员编号，客户姓名，性别，地址，消费积分，备注）用户（用户ID，用户名，密码）用户类型（类型编号，名称）账单（账单编号，消费金额，结账日期，结账时间）订单（订单编号，预订日期，预期时间，备注）员工（工号，员工类别，姓名，性别，工作状态，电话，地址）房间（房间编号，房间类型，房间状态，价格）物品（物品编号，物品名，单价，赔偿价格）说明：1.加下划线的部分表示关系的码2.以上关系的详细内容说明请参照概念结构设计中的具体内容3.上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系。7.1.2联系所对应的关系模式：1）、把顾客和订单之间的1:m的预订联系转化为相应的关系模式如下：预订（订单编号，客户编号）；2）、把订单和房间之间的1:1的预订联系转化为相应的关系模式如下：预约（订单编号，房间编号，房间类型，价格，开房日期，开房时间，）；3）、把顾客和房间之间的1:m的开房联系转化为相应的关系模式如下：开房（房间编号，客户编号，开房日期，开房时间，工号）；4）、把客户和账单之间的1:m的付款联系转化为相应的关系模式如下：付款（账单编号，客户编号，折扣，付款方式，消费时间，工号）；5）、把顾客和物品之间的1：n的罚款联系转化为相应的关系模式如下：罚款（物品编号，客户编号，罚款日期，赔偿价格，工号）6）、把员工和房间之间的n:m的维修联系转化为相应的关系模式如下：维修（房间编号，工号，维修日期，维修缘由，维修结果）；7）、其他联系处理说明如下：账单和员工之间的n：1联系与付款关系合并；7.2优化后的数据模型7.2.1关系模式的调整(基于处理效率的考虑)按照数据依赖对关系模式进行逐一分析，并进行极小化处理：客户（客户编号，会员编号，客户姓名，地址，消费积分，备注）用户（用户ID，用户名，密码）用户类型（名称，类型编号）账单（账单编号，消费金额，结账日期，结账时间）订单（订单编号，预订日期，预期时间，备注）员工（工号，员工类别，姓名，电话，地址）房间（房间编号，房间类型，房间状态，价格）物品（物品编号，物品名，单价，赔偿价格）开房（账单编号，客户编号，房间编号，会员编号，房间类型，开房日期，开房时间，消费时间，折扣，消费金额，付款方式，结账日期，工号）优化说明：将开房和付款合并，减少冗余，提高查询效率维修（房间编号，工号，维修日期，维修缘由，维修结果）；预订（订单编号，客户编号，会员编号，房间编号，房间类型，价格，开房日期，开房时间，预订日期，工号）优化说明：将预订和预约合并，减少冗余，提高查询效率罚款（物品编号，客户编号）7.2.2关系模式的规范化（达到3NF）1）、客户（客户编号，客户姓名，性别，地址，消费积分，备注）会员（客户编号，会员编号）2）、用户（用户ID，用户名，密码）3）、用户类型（类型编号，名称）4）、账单（账单编号，消费金额，结账日期，结账时间）5）、订单（订单编号，预订日期，预期时间，备注）6）、员工（工号，员工类别，姓名，性别，工作状态，电话，地址）7）、房间（房间编号，房间类型，房间状态，价格）8）、物品（物品编号，物品名，单价，赔偿价格）9）、开房（账单编号，客户编号，房间编号，开房日期，开房时间，消费时间，折扣，消费金额，付款方式，结账日期，工号）客户（客户编号，会员编号）房间（房间编号，房间类型）10）、维修（维修编号，维修缘由，维修日期，维修结果）11）、预订（订单编号，客户编号，房间编号，开房日期，开房时间，预订日期，工号）客户（客户编号，会员编号）房间（房间编号，房间类型，价格）12）、罚款（物品编号，客户编号）进一步调整优化：1）、客户（客户编号，客户姓名，性别，地址，消费积分，备注）2）、会员（客户编号，会员编号）3）、房间（房间编号，房间类型，房间状态，价格）4）、物品（物品编号，物品名，单价，赔偿价格）5）、员工（工号，员工类别，姓名，性别，工作状态，电话，地址）6）、订单（订单编号，预订日期，预期时间，备注）7）、预订（订单编号，客户编号，房间编号，客户姓名，开房日期，开房时间，预订日期，工号）8）、开房（账单编号，客户编号，房间编号，开房日期，开房时间，消费时间，折扣，消费金额，付款方式，结账日期，工号）9）、账单（账单编号，消费金额，结账日期，结账时间）10）、维修（房间编号，员工编号，维修日期，维修缘由，维修结果）11）、罚款（物品编号，客户编号）12）、用户（用户ID，用户名，密码）13）、用户类型（类型编号，名称）7.2.3用户子模式设计将概念模型转换为全局逻辑模型后，还应该根据用户的习惯和具体需求情况设计符合局部用户需要的外模式，即视图设计。用户子模式设计(View)列表编号用户子模式名(View)作用(共性：数据保密和安全保护机制)V1Cusbill查询客户账单明细表并提供消费金额查询V2Cuspay查看客户破坏物品的赔偿金V3Wrpair查看房间维修情况V4Roomuse查看房间使用情况和服务员服务情况V5Cusroom查询客户及房间使用情况Cusbill(客户编号,客户姓名，账单编号,消费时间，消费金额，结账时间)Cuspay(客户编号,客户姓名，物品编号，赔偿价格，罚款日期，工号)Wrpair(房间编号，房间类型，工号，员工姓名，维修原因，维修结果)Roomuse(房间编号，工号，员工姓名，工作状态，开房时间，消费时间)Cusroom(房间编号，房间编号，客户姓名，房间类型，房间价格）八、物理结构设计8.1DBMS选型及系统配置的选择KTV管理系统需要的微机数量和规模都不必太大，但在系统设计时应考虑到KTV的发展需求，在选择硬件设备、服务器操作系统、数据库时都考虑到能够逐步的增加和扩展。本KTV管理系统选用了WindowsXP系统作为微机的操作系统，它能够有较好的使用界面并能够充分发挥出微机硬件的作用，比较适合KTV这样的机构；另外，选用了SQLserver2005数据库。由于涉及到KTV的财务管理，数据的完整性和安全性显得尤其重要。系统中的数据一旦丢失，将需要很长时间进行恢复，有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。数据备份需要严格按照事先制定的备份与故障恢复策略进行，并落实备份登记和检查措施。具体的系统配置应当根据系统实际运行情况做进一步的调整。8.2索引的设置索引名索引类型对应的属性名预定主索引订单编号，房间编号开房主索引客户编号，房间编号8.3安全性及用户权限设计(1)安全性设计分配一个可靠的密码给缺省的系统管理(SA)帐号。并建立自己唯一命名的管理帐号，并将这一帐号放入sysadmin，确认新帐号也有一个可靠的密码。将独立的密码分配给每一个用户。使用Windows集成安全性，并让Windows遵循稳定密码规则。(2)用户权限设计 操作权限用户类型可用关系预订开房维修罚款负责人员查看，更新查看，更新查看，更新查看，更新服务人员查看查看查看查看系统管理员查看,更新，结构修改,更改用户数据8.4其他物理细节8.4.1存储结构设计经过分析可知,本KTV管理系统中信息处理的特点如下：（１）房间、会员两大部分的数据不仅经常需要查询,而且更新速度快,例如新顾客的办理会员，并进行开房消费。需要查询到房间的动态分配，更新会员信息及员工的分配。（２）各个模块信息要求共享的信息较多。例如会员客户信息,房间信息等。但账单信息一般不共享。（３）房间的信息较多，对其管理需要把信息进行分类，如，预订，开房管理，维修，能够及时更新房间信息，并进行快速查询。从系统中级联修改更新信息。如根据维修明细表来更新房间明细表中更新状态信息、并更新维修历史表的基本信息，还有就是根据预订明细表来更新房间明细表的状态。针对这些特点，设计如下:为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。经常存取部分：房间（房间编号，房间类型，房间状态，价格）；开房（账单编号，客户编号，房间编号，开房日期，开房时间，消费时间，折扣，消费金额，付款方式，结账日期，工号）预订（订单编号，客户姓名，房间编号，开房日期，开房时间，预订日期，工号）客户（客户编号，客户姓名，性别，地址，消费积分，备注）会员（客户编号，会员编号）员工（工号，员工类别，姓名，性别，工作状态，电话，地址）订单（订单编号，预订日期，预期时间，备注）账单（消费金额，结账日期，结账时间）存取频率较低的部分：物品（物品编号，物品名，单价，赔偿价格）罚款（物品编号，罚款日期，客户编号，工号）维修（房间编号，维修日期，维修缘由，维修结果）用户（用户ID，用户名，密码）用户类型（名称，类型编号）8.4.2存取路径设计对会员，预订明细，维修明细，房间管理的信息最经常的操作是查找及更新，假设现有n个开房的信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1。所以选择B+树作为索引,具体设计如下：对以下经常在查询中出现的关系的码建立索引<说明：下加横线部分表示关系的码>维修（房间编号，维修日期，维修缘由，维修结果）订单（订单编号，预订日期，预期时间，备注）；房间（房间编号，房间类型，房间状态，价格）；员工（工号，员工类别，性别，姓名，工作状态，电话，地址）；会员（客户编号，会员编号）；用户（用户ID，用户名，密码）；用户类型（类型编号，名称，）。罚款（物品编号，罚款日期，客户编号，工号）以下经常进行连接操作的关系的码建立索引:房间编号、客户编号、会员编号、工号、由于下面几个关系模式的更新频率很高,所以没有定义索引:物品（物品编号，物品名，单价，赔偿价格）账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；开房（账单编号，客户编号，房间编号，开房日期，开房时间，消费时间，折扣，消费金额，付款方式，结账日期，工号）预订（订单编号，客户姓名，房间编号，开房日期，开房时间，预订日期，工号）客户（客户编号，客户姓名，性别，地址，消费积分，备注）九、数据库实施阶段9.1数据库实施阶段目标在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。9.2数据库实施阶段任务数据库的建立CREATEDATABASE[KTVdb]ONPRIMARY顾客信息表建立CREATETABLE[dbo].[Customers]( [CustomersID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [MemberID][char](5)COLLATEChinese_PRC_CI_ASNULL, [CustomersName][varchar](8)COLLATEChinese_PRC_CI_ASNOTNULL, [Sex][char](2)COLLATEChinese_PRC_CI_ASNULL, [Tel][varchar](20)COLLATEChinese_PRC_CI_ASNULL, [Adress][varchar](50)COLLATEChinese_PRC_CI_ASNULL, [ConsumptionScores][int]NULL, [Note][varchar](50)COLLATEChinese_PRC_CI_ASNULL,CONSTRAINT[PK_Customers]PRIMARYKEYCLUSTERED( [CustomersID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]房间信息表建立REATETABLE[dbo].[Room]( [RoomID][char](3)COLLATEChinese_PRC_CI_ASNOTNULL, [RoomType][varchar](8)COLLATEChinese_PRC_CI_ASNOTNULL, [RoomPrice][float]NOTNULL, [RoomState][varchar](8)COLLATEChinese_PRC_CI_ASNOTNULL,CONSTRAINT[PK_Room_1]PRIMARYKEYCLUSTERED( [RoomID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]员工信息表建立CREATETABLE[dbo].[Worker]( [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [WorkerName][char](8)COLLATEChinese_PRC_CI_ASNOTNULL, [Sex][char](2)COLLATEChinese_PRC_CI_ASNULL, [WorkerType][char](8)COLLATEChinese_PRC_CI_ASNULL, [WorkerState][varchar](20)COLLATEChinese_PRC_CI_ASNULL, [Tel][float]NULL, [Adress][varchar](50)COLLATEChinese_PRC_CI_ASNULL,CONSTRAINT[PK_Worker]PRIMARYKEYCLUSTERED( [WorkerID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY订单表格建立CREATETABLE[dbo].[Order]( [OrderID][char](4)COLLATEChinese_PRC_CI_ASNOTNULL, [OrderDate][datetime]NOTNULL, [OrderTime][datetime]NOTNULL, [Note][varchar](50)COLLATEChinese_PRC_CI_ASNULL,CONSTRAINT[PK_Order]PRIMARYKEYCLUSTERED( [OrderID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]账单表格建立CREATETABLE[dbo].[Bill]( [BillID][char](8)COLLATEChinese_PRC_CI_ASNOTNULL, [BillDate][datetime]NULL, [BillTime][datetime]NULL, [Amount][float]NULL,CONSTRAINT[PK_Bill]PRIMARYKEYCLUSTERED( [BillID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]开房表格建立REATETABLE[dbo].[Openroom]( [CustomersID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [RoomID][char](3)COLLATEChinese_PRC_CI_ASNOTNULL, [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [OpeonRoomDate][datetime]NULL, [OpenRoomTime][datetime]NULL,CONSTRAINT[PK_Openroom]PRIMARYKEYCLUSTERED( [CustomersID]ASC, [RoomID]ASC, [WorkerID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]预定表格建立REATETABLE[dbo].[Reservation]( [CustomersID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [OrderID][char](4)COLLATEChinese_PRC_CI_ASNOTNULL,CONSTRAINT[PK_Reservation]PRIMARYKEYCLUSTERED( [CustomersID]ASC, [OrderID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]付款表格建立CREATETABLE[dbo].[Payment]( [CustomersID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [BillID][char](8)COLLATEChinese_PRC_CI_ASNOTNULL, [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [Payment][varchar](10)COLLATEChinese_PRC_CI_ASNOTNULL, [Discount][int]NULL, [ConsumptionTime][datetime]NOTNULL,CONSTRAINT[PK_Settlement]PRIMARYKEYCLUSTERED( [CustomersID]ASC, [BillID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]结算表格建立REATETABLE[dbo].[Settlement]( [BillID][char](8)COLLATEChinese_PRC_CI_ASNOTNULL, [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL,CONSTRAINT[PK_Settlement_1]PRIMARYKEYCLUSTERED( [BillID]ASC, [WorkerID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]维修表格建立CREATETABLE[dbo].[Repair]( [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [RoomID][char](3)COLLATEChinese_PRC_CI_ASNOTNULL, [RepairReason][varchar](50)COLLATEChinese_PRC_CI_ASNULL, [RepairDate][datetime]NULL, [RepairResult][varchar](30)COLLATEChinese_PRC_CI_ASNULL,CONSTRAINT[PK_Repair]PRIMARYKEYCLUSTERED( [WorkerID]ASC, [RoomID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]打扫表格建立CREATETABLE[dbo].[Clean]( [WorkerID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [RoomID][char](3)COLLATEChinese_PRC_CI_ASNOTNULL,CONSTRAINT[PK_Clean]PRIMARYKEYCLUSTERED( [WorkerID]ASC, [RoomID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]物品表格建立CREATETABLE[dbo].[Items]( [ItemsID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [ItemsName][char](8)COLLATEChinese_PRC_CI_ASNULL, [Price][float]NULL, [CompensationPrice][float]NULL,CONSTRAINT[PK_Items]PRIMARYKEYCLUSTERED( [ItemsID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]赔偿表格建立CREATETABLE[dbo].[Compensation]( [ItemsID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL, [CustomersID][char](5)COLLATEChinese_PRC_CI_ASNOTNULL,CONSTRAINT[PK_Compensation]PRIMARYKEYCLUSTERED( [ItemsID]ASC, [CustomersID]ASC)WITH(PAD_INDEX=OFF,IGNORE_DUP_KEY=OFF)ON[PRIMARY])ON[PRIMARY]9.3建立视图查询客户账单明细表并提供消费金额查询的视图定义如下：creatviewC