数据库课程设计-酒店客房预订系统.doc

课课 程程 设设 计计 课程名称_数据库课程设计 _ 题目名称_酒店客房预订系统_ 学生学院_管理学院_ 专业班级_2011 级电子商务 1 班_ 学 号_3111004886_ 学生姓名_ 指导教师_ _ 2013 年 5 月 31 日 摘要 随着改革开放步伐的加快，我国服务业取得了巨大的发展。而酒店宾馆是 我国的改革开放过的程中起步最早的、开拓发展最快、收效最为明显、市场化 程度高的服务行业之一。据统计，酒店业目前网点总量已达 300 万家以上，酒 店数量的迅猛增长，是酒店业必须面临的问题。面对信息时代的机遇和挑战， 得用科技手段提高企业管理无疑是一条行之有效的途径。 传统手工的酒店客房信息管理，管理过程繁琐而复杂，执行效率低，并且 易于出错。通过这样的系统，我们可以做到信息的规范管理和快速查询，实现 了客房信息管理的系统化、规范化和自动化，这样不仅减少了管理工作量，还 提高了管理效率，降低了管理成本。 虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地 发挥准确、快捷、高效等作用，对酒店的服务管理提供有力的支持。因此，采 用全新的计算机网络和酒店客房管理系统，已成为提高酒店管理效率、改善服 务水准的重要手段之一。 本文以酒店客房预订系统开发过程为背景，全文分为目录、需求分析、概念 结构设计、逻辑结构设计、物理设计，以及系统的实现等全过程。在程序设计 与调试上采用了自上而下，逐步细化，逐步完善的原则。采用结构化的功能模 块设计系统功能，可读性好，易于扩充。基本功能全面，系统可读性好，易于 维护、更新，安全性好。 目录 1. 需求分析阶段4 1.1.引言.4 1.2.需求分析阶段的目标与任务.5 1.2.1. 处理对象 .5 1.2.2. 处理功能及要求 .5 1.2.3. 安全性和完整性要求 .6 1.3.需求分析阶段成果.7 1.3.1. 酒店客房预订系统业务流程图 .7 1.3.2. 酒店客房预订系统数据流程图 .7 1.3.3. 酒店客房预订系统数据字典 .8 1.3.4. 处理逻辑描述 .9 1.3.5. 体会与收获 .10 2. 概念设计阶段10 2.1.引言.10 2.2.任务与目标.10 2.3.阶段结果.11 2.4.收获与体会.14 3. 逻辑设计阶段15 3.1.引言.15 3.2.逻辑设计的任务和目标.15 3.3.数据组织.15 3.3.1. 将 E-R 图转换为关系模型 .15 3.3.2. 用户子模式定义 .17 3.4.数据处理.17 4. 物理设计阶段17 4.1.引言.18 4.2.物理设计阶段的目标与任务.18 4.3.数据存储方面.18 4.3.1. 客房的查询和预订模块 .18 4.3.2. 客房基本信息的查询和更新模块 .19 5. 数据库实施阶段20 5.1.建立数据库、数据表、视图、索引.20 5.1.1. 建立数据库 .20 5.1.2. 建立数据表 .20 5.1.3. 建立视图 .21 5.1.4. 建立索引 .21 5.1.5. 建立触发器 .21 5.2.创建各个功能的存储过程.21 5.3.收获与体会.24 6. 系统调试和测试24 7. 实习心得24 1.需求分析阶段需求分析阶段 1.1.引言 进行系统设计，首先要对系统的现状进行分析。根据系统的目标、需求和 功能，制定和选择一个较好的系统方案，从而达到一个合理的优化系统。通过 这样的系统，我们可以做到信息的规范管理和快速查询，从而减少了管理方面 的工作量。 需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。数据库设 计的第一步是明确数据库的目的和如何使用，也就是说需要从数据库中得到哪 些信息。明确目的之后，就可以确定您需要保存哪些主题的信息（表） ，以及每 个主题需要保存哪些信息（表中字段） 。 在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求 划分系统功能模块。这样，就把一个大的系统分解成了几个小系统。其中将系 统划分为两大模块：酒店管理员模块、客户模块。预期能够实现以下功能： （1）客房信息管理 （2）客房预订管理 （3）可订客房浏览与预订 （4）客户入住情况管理 1.2.需求分析阶段的目标与任务 1.2.1.处理对象 针对新开发的酒店客房管理信息系统的需求，通过对酒店客房管理过程的 内容和流程分析，设计如下面所示的数据项和数据结构： （1）客房管理员信息，包括的数据项有：用户编号、用户类别、姓名、性别、 个人密码、联系地址、联系电话、所在部门、电子邮件等； （2）客房信息，包括的数据项有：客房编号、客房名称、房间面积、床位数 量、房间单价、是否有空调、电视等； （3）订房信息，包括的数据项有：客房编号、客房种类、客房单价、顾客姓 名、顾客身份证号码、入住时间、备注等； （4）结算信息，包括的数据项有：客房编号、客房种类、客房单价、顾客姓 名、顾客身份证号码、入住时间、结算时间、结算金额、备注等。 1.2.2.处理功能及要求 酒店客房 预订系统 前台操作 块 （客户模 块） 后台管理 模块 （管理员 模块） 客户浏览 客房信息 客户预订 客房 员 工 管 理 客房类型 管理 客 房 管 理 客房状况 浏览 剩余房 间查询 订房信 息查询 图 1.1 酒店客房预订系统功能图 酒店客房预订系统的处理需求如下： 应用层面： （1）客户查询酒店客房信息。 （2）客户预订客房 （3）酒店管理员对员工的管理。 （4）酒店管理员对客房的管理。 （5）酒店管理员查询客房状况信息。 数据层面： （1）能够存储一定数量的客房信息,并方便有效的进行相应的客房数据操作 和管理，这主要包括： 客房信息的录入、删除及修改。 客房信息的类型关键字检索查询。 客房的预订、入住、退房及损坏赔偿。 （2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括： 客户信息的登记、删除及修改。 客户资料的统计与查询。 （3）能够提供一定的安全机制，提供数据信息授权访问，防止随意删改、查 询。 （4）对查询、统计的结果能够列表显示。 1.2.3.安全性和完整性要求 （1）安全性 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等 方面。安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可 提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对 待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现 在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。 （2）完整性 系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键， 使用 check 约束，或者通过使用触发器和级联更新。 1.3.需求分析阶段成果 1.3.1.酒店客房预订系统业务流程图 客户 浏览客房 信息 预订客房管理 员 客房管理 退住客房 客房员工 管理 浏 览 预订 退 房 查询 查询登记 图 1.2 酒店客房预订系统业务流程图 1.3.2.酒店客房预订系统数据流程图 顶层数据流图： 管理 员 酒店客房预 订系统 预订信息 客房信息 图 1.3 顶层数据流图 次层数据流图： 客房标准设置 基本信息显示 客房后台管理 基本信息录入 客房信息管理 顾客浏览 客房预定管理 客房信息管理 退房管理 结算信息管理 客房信息返回 图 1.4 酒店客房预订系统数据流图 1.3.3.酒店客房预订系统数据字典 表表 1.11.1 用户（管理员）信息数据表（用户（管理员）信息数据表（UsersUsers） 列名数据类型大小说明 UIDVarchar50 每一员工的员工号，作为索引 UPasswordVarchar50 用户密码 UPOWER Int4 用户的类型 USexBit1 用户性别 UNameVarchar50 用户姓名 UAddressVarchar50 用户地址 UTelVarchar50 用户联系电话 UEmailVarchar50 用户电子邮箱地址 UDepartmentVarchar50 用户所在部门 表表 1.21.2 客房基本信息数据表（客房基本信息数据表（GuestRoomGuestRoom） 列名 数据类型大小说明 RIDVarchar50 房间号，唯一 Type1Varchar50 客房种类 RLocationVarchar50 客房位置 RDescribeVarchar500 备注 表表 1.31.3 客房类型信息数据表（客房类型信息数据表（RoomTypeRoomType） 列名数据类型大小说 明 TnoInt4 标准房间类型的唯一 ID 号 TnameVarchar50 类别名称 Tarea Float8 房间标准面积 TBedQuantityInt2 房间标准床数 TPriceMoney8 每晚标准收费 TAirConditionBit1 是否配备有空调 TTVBit1 是否配备有电视 TDescribeVarchar500 简单描述 表表 1.41.4 酒店入住信息数据表（酒店入住信息数据表（OccupyOccupy） 列名数据类型大小说 明 ORIDVarchar50 入住房间号 OGNameVarchar50 入住客人 OGIDCARD Varchar50 入住客户身份证号 OBeginDateDatetime8 定房日期 OEndDateDatetime8 退房日期 OpayMoney 8 结账额 表表 1.51.5 客房状态信息数据表（客房状态信息数据表（RoomStateRoomState） 列名数据类型大小说 明 SRIDVarchar50 入住房间号 SStateBit 1 是否空房 1.3.4.处理逻辑描述 表表 1.61.6 逻辑描述逻辑描述 处理编号处理编号处理功能处理功能处理过程处理过程 PR-1 判断客户查询涉及的功能模块 客房信息模块 先确定查询所涉及的功能模块；然后，根据要 查询的内容，确定查询数据流向；最后显示查 询结果。 PR-2 判断客房、客户修改要涉及的模 块，同时把相应的修改数据传到 相应的模块之中 客房信息模块、客户信息模块、客房类别信息 模块、管理员信息模块： 先确定更新所涉及的功能模块；然后，把更新 信息传送到相应的模块中；最后，进行相应的 更新操作。 1.3.5.体会与收获 系统需求分析主要是通过上网搜集资料，图书馆的资料收集，了解酒店客 房管理的现状，以及在管理中的一些问题。由于是第一次做这样的需求调查， 开始总是觉得无从下手，不知道自己该了解、该清楚那些方面的知识，在绘制 系统业务流程图时，也遇到了很多的问题，但通过老师的帮助与指导，和自己 一遍一遍的分析和完善，才逐步把业务弄清楚，最终顺利完成了需求分析阶段 的任务。 2.概念设计阶段概念设计阶段 2.1.引言 系统开发的总体目标是实现酒店客房预订管理的系统化和自动化，减少客 户预订登记等待时间，减轻工作人员的工作量，方便工作人员对它的操作，提 高管理的质量和水平，做到高效、智能化管理，从而达到提高客房管理、客户 管理效率的目的。 主要任务是对管理员信息、客房基本信息、客房类型信息、入住信息、结 算信息、客房状态信息的基本信息的操作及外理。 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模 型)的过程,它是整个数据库设计的关键。 2.2.任务与目标 （1）设计实体 E-R 图； （2）设计分 E-R 图，即各子模块的 E-R 图； （3）生成全局 E-R 图，通过合并方法，做到各子系统实体、属性、联系统一； 在本酒店客房预订系统中，从次层数据流程图下手。分析次层数据流图和 数据字典，知道整个系统功能围绕“客户” 、 “管理员（用户） ”和“客房”的处 理。根据实体与属性间的两条准则：作为“属性” ，不能再具有需要描述的 1 性质。 “属性”不能与其他实体具有联系。客户可以生成实体 E-R 图 2.1，管 2 理员可以生成实体 E-R 图 2.2，客房可以衍化生成 E-R 图 2.3、2.4 以及 2.5。 根据次层数据流图可以生成各子模块 E-R 图，最后通过合并生成全局 E-R 图。 2.3.阶段结果 客户信息实体 客户姓名 是否会员 性别客户身份证号 图 2.1 客户信息 E-R 图 管理员信息 联系地址 联系电话所在部门 电子邮件 姓名 性别 密码 用户编号 用户类别 图 2.2 管理员（用户）信息 E-R 图 客房信息实体 房间号 房间类型房间位置 房间描述 图 2.3 客房信息实体 E-R 图 客房类型信息 床位数 有否空调 简单描述 有否电视 类型编号 类型名称标准面积 标准定价 图 2.4 客房类型信息 E-R 图 客房状态 房间号当前状 态 图 2.5 客房状态实体 E-R 图 根据不同的对象，从第 3 层数据流程图入手，分别画出各分 ER 图： 客户 预订退房 客房 m n m n 图 2.6（1） 分 E-R 图 管理员 管理 客房 1 n 图 2.6（2） 分 E-R 图 管理员 管理 客户 1 n 图 2.6（3） 分 E-R 图 管理员 管理 1 n 图 2.6（4） 分 E-R 图 客户 预订退房 客房 m n m n 管理员 m 管理 管理 1 1 管理 1 n m 图 2.7 总 E-R 图 2.4.收获与体会 自己在设计实体的时候，一直在迟疑要不要将客房实体划分为三个 E-R 图， 在参考过若干资料后，我还是决定对客房实体进行划分。我觉得对客房实体进 行划分有利于今后的系统的功能的实现。这样做可能就是老师所说的数据分层 的实现。 3.3.逻辑设计阶段逻辑设计阶段 3.1. 引言 概念设计是独立于任何一种数据模型的信息结构。逻辑结构设计的任务就 是把概念设计阶段设计好的基本 E-R 图转换为与选用 DBMS（本课程设计选用 SQL Server 2005）产品所支持的数据模型符合的逻辑结构。 3.2.逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就 与选用的 DBMS 产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计 好的基本 E-R 图转换为选用 DBMS 产品所支持的数据模型相符合的逻辑结构。具 体目标是产生一个具体 DBMS 可以处理的数据模型和数据库模式。具体内容包括 数据组织（将 E-R 图转换成关系模型、模型优化、数据库模式定义、用户子模 式设计） 、数据处理（画出系统功能模块图）两大任务。 3.3.数据组织 3.3.1.将 E-R 图转向关系模型的转换 E-R 图有实体、实体的属性、实体之间的联系 3 个要素组成，因此 E-R 图向关 系模型的转换就是解决如何将实体、实体的属性、实体间的联系转换成关系模 型中的关系和属性以及如何确定关系的键。在 E-R 图向关系模式的转换中。一 般遵循下列原则： （1）对于实体，一个实体型就转换为一个关系模式，实体名成为关系名，实 体的属性成为关系的属性，实体的键就是关系的键。 对于联系，由于实体间的联系存在一对一、一对多、多对多 3 种类型，因而联 系的转换也因为 3 种的不同联系类型而采取不同的方法。 （2）对于 1:1 的联系，可以将联系转换成一个独立的关系模式，也可以与联 系的的任意一端对应的关系模式合并。如果转换成独立模式，则与该联系 相连的各实体的键及联系本身的属性均转换成新关系的属性，每个实体的 键均是该关系的候选键：如果将联系与其中的某端关系合并，则需要在该 关系模式中加另一关系模式的键以及联系的属性，两个关系中保留了两个 实体的联系。 （3）对于 1:n 的联系，可以将联系转换一个独立的关系模式，也可以与“多” 端对应的关系模式合并。如果合并成一个独立模式，则与该联系相连的各 实体的键以及联系本身的属性均转换成新模式的属性， “多”端实体的键成 为新关系的键。若将其与“多”端对应的关系模式合并，则将“一”端关 系的键加入到“多”端，然后把联系的所有所有属性也作为“多”端关系 模式的属性，这时“多”端关系模式的键仍然保持不变。 （4）对于多对多的联系，可以将其转换成一个独立的关系模式。与该联系相 连的各实体的键以及联系本身的属性均转换成新关系的属性，而新关系的 键为各实体的键的组合。 （5）对于三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性， 而关系的码为各实体码的组合。 （6）自联系：在联系中还有一种自联系，这种联系可以按上述的一对一、一 对多、多对多的情况分别加以处理。 （7）具有相同码的关系模式可合并。为了减少系统中的关系个数，如果两个 关系模式具有相同的主码，可以考虑将它们合并成一个关系模式，合并时 将其中一个关系模式的全部属性加到另一个关系模式，然后去去掉其中的 同义属性，并适当调整属性的次序。 （8）各 ER 图各实体的属性如下所示： Guest(ID,name,sex） Ueser(UNo,UPassword,UPower,USex,UName,UAddress,UTel,UEmail,UDepartme) Guestroom(RNo，Type，RLocation，RDescribe) Roomtype（Type，TName,TArea, TBedQuantity, TPrice, TTV, TDescribe） （9）各 ER 图中联系的属性如下所示： Order(ID,RNo,BeginDate,EndDate,Pay) RoomState（RSID，State） (下划直线代表主键属性，下划波浪线代表外键属性) 3.3.2.用户子模式定义 表表 3.13.1 用户子模式定义用户子模式定义 编号编号用户子模式用户子模式(View)(View)作用作用( (共性：提供数据保密和安全保护机制共性：提供数据保密和安全保护机制) ) V1RoomView便于查询和修改房间的基本信息 V2ClientView方便客户基本信息的查询、更新 V3OrderView用于当前订房信息的查询 .数据处理 酒店客房预 订系统 客房维护子 系统 客户管理子 系统 客户客房查 询子系统 修改客房状 态信息 修改客房类 型信息 修改客房具 体信息 添加新用户 或删除用户 修改客户信 息 查询客房类 型信息 客户预订客 房子系统 登记客户预 订客房信息 图 3.1 酒店客房预订系统结构图 .收获与体会 在做这一部分的设计的时候，自己把 E-R 图转换为关系模型的知识又重新 学习了一遍，同时也重新思考了为什么会有客房与客房类型以及客房状态的这 三个实体的划分，我觉得客房状态是为了今后对于客房是否为空的信息的修改 带来方便，然后客房以及客房类型只是一个是给客户查询的（客房类型） ，一个 是给酒店里的内部人员就是用户查询的（客房） 。同时，自己还在这一阶段对上 一阶段的实体设计进行了略微的修改，使其更加有效率和清晰。 . 物理设计阶段物理设计阶段 3.7. 引言 为确定数据库的物理结构，设计人员必须了解下面的几个问题。 （1）详细了解给定 DBMS 的功能和特点，特别是系统提供的存取方法和存储 结构，因为物理结构的设计和 DBMS 息息相关。 （2）熟悉系统的应用环境，了解所所设计的应用系统中各部分的重要程度、 处理频率及对响应时间的要求。 3.8.物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的 过程，在这个阶段中要完成两大任务： （1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构； （2）对物理结构进行评价，评价的重点是时间和空间效率。 3.9.数据存储方面 （1）在 Roominfo 表中，属性 RNo 为主键且这个属性甚少更新，在此建立唯 一索引。 （2）在 RoomType 表中，属性 Type 为主键且甚少更新，在此建立唯一索引。 这样有利于主键唯一性的检查，也有利与完整性约束的检查，也可以加快 以主键和外键作为连接条件属性连接操作。 3.9.1.客房的查询模块 用户（管理员）发出更新客房的命令 客户发出查询信息 查询客房信息 查询结果 是否继续？ 权限有效？ N 查询客房信息 Y 是否成功？ 更新后客房信息 Y 提示信息 N 结束 NY 预订客房 Y 图 3.2 客房查询与预订 3.9.2.客户基本信息的查询和更新模块 用户（管理员）发出查询或更新的命 令 查询？更新？ 查询读者信息表 查询结果 是否继续？ 查询 更新读者信息表 更新 是否成功？ 提示信息 更新后 读者信 息表 N Y 结束 NY 图 3.3 客户信息查询与更新 3.10.收获与体会 在考虑建立索引的时候，自己把书上关于如何选择属性建立索引的知识复 习了一遍，同时自己也结合自己正在开发的酒店客房预订系统的实际操作情况 来进行全盘的考虑，这一过程，使得自己对于整个系统的功能有了一个比较全 面完整的认识，也更加了解了什么那些表的那些属性的使用情况。 4.4.数据库实施阶段数据库实施阶段 4.1.建立数据库、数据表、视图、索引 4.1.1.建立数据库 create database hotel 4.1.2.建立数据表 客户信息数据表 create table Guest (ID varchar(50)primary key, name varchar(50) not null, sex char(2) not null, ) 客房基本信息数据表 create table Roominfo ( RID Varchar(50)primary key, Type1 Varchar(50) references RoomType(type1), RLocation Varchar(50) not null, RDescribe Varchar(500), ) 客房类型信息数据表 create table RoomType (Type1 varchar(50)primary key, Tarea Float(8) not null, TBedQuantity int not null, TPrice money not null, TAirCondition char(2) not null, TTV char(2) not null, TDescribe varchar(500) ) 客房预订数据表 create table OrderRoom (ID Varchar(50), RNO VARCHAR(50), BdginDate Datetime not null , EndDate Datetime not null, Pay money not null, primary key(ID,RNo), foreign key(ID) references Guest(ID), foreign key(RNo) references Roominfo(RNo) ) 客房状态数据表 create table Roomstate ( SRID Varchar(50) primary key, SState char(2) 用户（管理员）信息数据表 create table Users (UID Varchar(50) primary key, UPassword Varchar(50) not null, UPOWER Int not null, USex char(2) not null, UName Varchar(50) not null, UAddress Varchar(50) not null, UTel Varchar(50) not null, UEmail Varchar (50), UDepartmentVarchar(50) 4.1.3.建立视图 创建了三个基本视图： 客房信息视图 create view Roomview(房间号,房间类型,价格,房间状态) as select Roominfo.RNo,Roominfo.Type1,RoomType.Tprice,Roomstate.SState from Roominfo,RoomType,RoomState where Roominfo.RNo=Roomstate.SRID and Roominfo.Type1=RoomType.Type1 客户预订信息视图 create view dbo.GuestOrderinfoview(客户姓名,身份证号,性别,所定房间号, 所定房间类型,入住日期,退房日期,房费) as select G,OrderRoom.ID,sex,OrderRoom.RID,Roominfo.Type1, OrderRoom.BdginDate,OrderRoom.EndDate,OrderRoom.Pay from Guest,OrderRoom,Roominfo where Guest.ID=OrderRoom.ID and OrderRoom.RID=Roominfo.RID 客户信息视图 create view Guestinfoview(客户姓名,性别,所定房间号) as select G,sex,OrderRoom.RID from Guest,OrderRoom,Roominfo where Guest.ID=OrderRoom.ID and OrderRoom.RID=Roominfo.RID 4.1.4.建立索引 在表 RoomType 上的 Type1 创建唯一索引 create unique index Typeindex on RoomType(Type1) 在 Roominfo 的 RNo 上建立唯一索引 create unique index RNoINDEX on Roominfo(R 第) 4.1.5.建立触发器 建立删除客户信息触发器 create trigger Guest_delete on Guest for delete as delete OrderRoom from deleted where deleted.ID=OrderRoom.ID; 入住退房日期触发器 create trigger CheckInCheckOutDatetime on OrderRoom after insert,update as begin declare BdginDate datetime,EndDate datetime select BdginDate=BdginDate, EndDate=EndDate from inserted if ( DATEDIFF(day, BdginDate,getdate()0 or DATEDIFF(day, EndDate,getdate()0) begin raiserror(入住或退房日期有误,不予输入!,16,1) rollback end end 建立删除系统管理员触发器 create trigger deletetrigger on Users for delete as if(select UID from deleted)=001 and (select UName from deleted)=柯晓波) begin raiserror(触发器启动，无法删除系统主管员,16,1) rollback transaction end 4.2.创建存储过程 1RoomTypeList 存储过程 该存储过程用于返回所有客房类型信息，该过程主要是面向酒店管理员。 CREATE PROCEDURE RoomTypeList AS SELECT dbo.RoomType.Type1, dbo.RoomType.TArea, dbo.RoomType.TPrice, dbo.GuestRoom.RNo, dbo.GuestRoom.Type1, dbo.GuestRoom.RLocation, dbo.GuestRoom.RDescribe FROM dbo.RoomType, dbo.GuestRoom WHERE GuestRoom.Type1=RoomType.Type1 ORDER BY RNo DESC GO 2GuestRoomAdd 存储过程 该存储过程用于往客房类型信息表中添加新的房间类型信息，该过程主要 是面向酒店总管理员。 CREATE PROCEDURE GuestRoomAdd (RNo varchar(50), Type1 varchar(50), RLocation varchar(50), RDescribe varchar(50) AS INSERT INTO Roominfo ( RNo, Type1, RLocation, RDescribe) VALUES ( RNo, Type1, RLocation, RDescribe) GO 3GuestRoomList 存储过程 该存储过程返回客房基本信息表中所有的客房信息，并且通过与客房类型 信息表中字段的连接，返回客房的相关信息，该过程面向所有客户。 CREATE PROCEDURE GuestRoomList