PB酒店管理系统知识交流.doc

摘要本论文详细论述了酒店管理系统从立项到设计实施的整个过程，并附以图形及实例。 全文首先在“绪论”中简单介绍了管理信息系统的基本概念及其发展情况，及本系统开发过程中所依赖的数据库与开发软件，以方便读者阅读本论文以下章节内容。在“绪论”之后的“系统分析”中，本着经济效益和可行性问题，我们具体讨论了一个实际的酒店管理系统应该具有的功能及如何实现。及进行了“可行性分析”与“需求分析”。然后在后续章节中便是细节上的详细分析，由于作为一个整体系统，其必然要具有若干子系统以不同侧重程度完成各种服务。这部分便是以子系统为具体研究对象来说明酒店管理系统中各个服务模块是如何实现的。关键词：SQL Server，Power Builder，酒店管理AbstractThe paper itself clearly discusses the whole process about the Hotel Management System from concept to design and carrying out , and with examples and graph.In the “Introduction Remarks” , we simply introduce the basic conception of management information system and its developing situations ,then tell readers the data base and software used in the system in order to helping readers understand the following parts of the paper.After the introduction , it is systematic analyzing . For economy benefits and feasibility , we particularly think about abilities which a real hotel management system should hold and how to put them into practice . That is we make feasibility analyzing and requirement analyzing .In the following sections , there is detailed analyzing . Due to as a whole system , there must be some subsystems in it in order to finish variable services . This part of paper takes subsystems as its studying objects in order to explaining how to put the service models of hotel management system into practice.Key words : SQL Server , Power Builder , Hotel Management目录摘要 1第一章 绪论. 5第一节 管理信息系统 5第二节 数据库系统及基本设计方法. 5第三节 开发工具简介. 7 一 SQL Server 数据库简介 7二Power Builder 开发工具简介. 9 第二章 系统总体设计. 11第一节 系统的可行性研究 11 第二节 系统的总体规划 12第三章 系统分析 第一节 系统需求分析. 第二节 系统功能模块设计.第四章 系统详细设计 第一节 数据结构设计. 第二节 逻辑结构设计.一 数据字典. . 二 餐饮管理子系统及操作流程详细介绍 第五章 软件说明. 第一节 软件特点.第二节 运行环境及网络方案.第六章 后记.一在设计当中遇到的问题及解决方案二致谢 .三参考书目 .附录 自定义函数及程序代码.1程序代码. 2自定义函数 . 第一章 绪论第一节管理信息系统管理信息系统（MIS，Management Informati System），是一个由人、计算机等组成的能进行信息的收集、传送、储存、维护和使用的系统，能够实测企业的各种运行情况，并利用过去的历史数据预测未来，从企业全局的角度出发辅助企业进行决策，利用信息控制企业的行为，帮助企业实现其规划目标。这里给出的定义强调了管理信息系统的功能和性质，也强调了管理信息系统中的计算机对企业管理而言只是一种工具。管理信息系统是信息系统的重要分支之一，经过30多年的发展，已经成为一个具有自身概念、理论、结构、体系和开发方法的覆盖多学科的新学科。从概念上，管理信息系统由四个部件构成：信息源、信息处理器、信息用户和信息管理者。管理信息系统一般被看作一个金字塔形的结构，分为从底层的业务处理到运行控制、管理控制、最高层的战略计划。最基层由任务巨大处理繁杂的事务信息和状态信息构成。层次越往上，事务处理的范围越小，针对的也是比较特殊和非结构化的问题。管理信息系统的主要任务 管理信息系统辅助完成企业日常结构化的信息处理任务，一般认为MIS的主要任务有如下几方面： 1、对基础数据进行严格的管理，要求计量工具标准化、程序和方法的正确使用，使信息流通渠道顺畅。有一点要明确，“进去的是垃圾，出来的也是垃圾”，必须保证信息的准确性、一致性。 2、确定信息处理过程的标准化，统一数据和报表的标准格式，以便建立一个集中统一的数据库。 3、高效低能地完成日常事务处理业务，优化分配各种资源，包括人力、物力、财力4、充分利用已有的资源，包括现在和历史的数据信息等，运用各种管理模型，对数据进行加工处理，支持管理和决策工作，以便实现组织目标。第二节数据库系统及基本设计方法数据库系统是一个实际可运行的存储、维护和应用系统提供数据的软件系统，是存储介质、处理对象和管理系统的集合体。它通常由软件、数据库和数据管理员组成。其软件主要包括操作系统、各种宿主语言，实用程序以及数据库管理系统。数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合。这些数据为多个应用服务，独立于具体的应用程序。数据库由数据库管理系统统一管理，数据的插入、修改和检索均要通过数据库管理系统进行。数据库管理系统是一种系统软件，它的主要功能是维护数据库并有效地访问数据库中任意部分数据。对数据库的维护包括保持数据的完整性、一致性和安全性。数据管理员负责创建、监控和维护整个数据库，使数据能被任何有权使用的人有效使用。数据库管理员一般是由业务水平较高、资历较深的人员担任。数据库系统的个体含义是指一个具体的数据库管理系统软件和用它建立起来的数据库；它的学科含义是指研究、开发、建立、维护和应用数据库系统所涉及的理论、方法、技术所构成的学科。在这一含义下，数据库系统是软件研究领域的一个重要分支，常称为数据库领域。 数据库研究跨越于计算机应用、系统软件和理论三个领域，其中应用促进新系统的研制开发，新系统带来新的理论研究，而理论研究又对前两个领域起着指导作用。数据库系统的出现是计算机应用的一个里程碑，它使得计算机应用从以科学计算为主转向以数据处理为主，并从而使计算机得以在各行各业乃至家庭普遍使用。在它之前的文件系统虽然也能处理持久数据，但是文件系统不提供对任意部分数据的快速访问，而这对数据量不断增大的应用来说是至关重要的。为了实现对任意部分数据的快速访问，就要研究许多优化技术。这些优化技术往往很复杂，是普通用户难以实现的，所以就由系统软件（数据库管理系统）来完成，而提供给用户的是简单易用的数据库语言。由于对数据库的操作都由数据库管理系统完成，所以数据库就可以独立于具体的应用程序而存在，从而数据库又可以为多个用户所共享。因此，数据的独立性和共享性是数据库系统的重要特征。数据共享节省了大量人力物力，为数据库系统的广泛应用奠定了基础。数据库系统的出现使得普通用户能够方便地将日常数据存入计算机并在需要的时候快速访问它们，从而使的计算机走出科研机构进入各行各业、进入家庭。数据库设计的基本方法数据库设计是建立数据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。一般按照规范化的设计方法，常将数据库设计分为若干阶段： 系统规划阶段主要是确定系统的名称、范围；确定系统开发的目标功能和性能；确定系统所需的资源；估计系统开发的成本；确定系统实施计划及进度；分析估算系统可能达到的效益；确定系统设计的原则和技术路线等。对分布式数据库系统，还应分析用户环境及网络条件，以选择和建立系统的网络结构。 需求分析阶段要在用户调查的基础上，通过分析，逐步明确用户对系统的需求，包括数据需求和围绕这些数据的业务处理需求。通过对组织、部门、企业等进行详细调查，在了解现行系统的概况、确定新系统功能的过程中，收集支持系统目标的基础数据及其处理方法。 概念设计阶段要产生反映企业各组织信息需求的数据库概念结构，即概念模型。概念模型必须具备丰富的语义表达能力、易于交流和理解、易于变动、易于向各种数据模型转换、易于从概念模型导出与DBMS有关的逻辑模型等特点。 逻辑设计阶段除了要把ER图的实体和联系类型，转换成选定的DBMS支持的数据类型，还要设计子模式并对模式进行评价，最后为了使模式适应信息的不同表示，需要优化模式。 物理设计阶段的主要任务是对数据库中数据在物理设备上的存放结构和存取方法进行设计。数据库物理结构依赖于给定的计算机系统，而且与具体选用的DBMS密切相关。物理设计常常包括某些操作约束，如响应时间与存储要求等。 系统实施阶段主要分为建立实际的数据库结构；装入试验数据对应用程序进行测试；装入实际数据建立实际数据库三个步骤。 另外，在数据库的设计过程中还包括一些其他设计，如数据库的安全性、完整性、一致性和可恢复性等方面的设计,不过，这些设计总是以牺牲效率为代价的,设计人员的任务就是要在效率和尽可能多的功能之间进行合理的权衡。 第三节开发工具简介 一 SQL Server简介SQL(Structured Query Language，结构查询语言)是一个功能强大的数据库语言。SQL通常使用于数据库的通讯。ANSI（美国国家标准学会）声称，SQL是关系数据库管理系统的标准语言。SQL语句通常用于完成一些数据库的操作任务，比如在数据库中更新数据，或者从数据库中检索数据。使用SQL的常见关系数据库管理系统有：Oracle、 Sybase、 Microsoft SQL Server、 Access、 Ingres等等。虽然绝大多数的数据库系统使用SQL，但是它们同样有它们自立另外的专有扩展功能用于它们的系统。但是，标准的SQL命令，比如Select、 Insert、 Update、 Delete、 Create和 Drop常常被用于完成绝大多数数据库的操作。 但是，不象其它的语言，如C、Pascal等，SQL没有循环结构（比如if-then-else、do-while）以及函数定义等等的功能。而且SQL只有一个数据类型的固定设置，换句话说，你不能在使用其它编程语言的时候创建你自己的数据类型。SQL功能强大，但是概括起来，它可以分成以下几组：DML（Data Manipulation Language，数据操作语言）：用于检索或者修改数据； DDL（Data Definition Language，数据定义语言）： 用于定义数据的结构，比如 创建、修改或者删除数据库对象； DCL（Data Control Language，数据控制语言）：用于定义数据库用户的权限。DML组可以细分为以下的几个语句：SELECT：用于检索数据； INSERT：用于增加数据到数据库； UPDATE：用于从数据库中修改现存的数据 DELETE：用于从数据库中删除数据。DDL语句可以用于创建用户和重建数据库对象。下面是DDL命令：CREATE TABLE ALTER TABLE DROP TABLE CREATE INDEX DROP INDEXDCL命令用于创建关系用户访问以及授权的对象。下面是几个DCL命令： ALTER PASSWORD GRANT REVOKE CREATE SYNONYM为了对SQL进行更加直观的介绍，下面先给出一个简单SQL语句的例子：我们使用SQL语句来从Employees中检索Department ID为CS的姓名：SELECT Employees.NameFROM EmployeesWHERE Employees.DeptID = CS解释：语句中的FROM Employees意思是从Employees表中检索数据。而语句WHERE Employees.DeptID = CS意思是检索Employees的DeptID列为”CS”的行，这样SQL语句检索的结果将是DeptID为CS的列的所有数据 最后，我们来解释一个SELECT子句，它指定了从Name列检索来的所有数据二Power builder 简介PowerBuilder是著名的数据库应用开发工具生产厂商PowerSoft公司推出的产品（PowerSoft现已被数据库厂商Sybase所收购），它完全按照客户机/服务器体系结构研制设计，在客户机/服务器结构中，它使用在客户机中，作为数据库应用程序的开发工具而存在。由于PowerBuilder采用了面向对象和可视化技术，提供可视化的应用开发环境，使得我们利用PowerBuilder，可以方便快捷地开发出利用后台服务器中的数据和数据库管理系统的数据库应用程序。 PowerBuilder提供了对目前流行的大多数关系数据库管理系统的支持，由于在PowerBuilder的应用程序中对数据库访问的部分一般采用国际化标准数据库查询语言SQL，使得用PowerBuilder开发的应用程序可以不做修改或者只做少量的修改就可以在不同的后台数据库管理系统上使用。也就是说用PowerBuilder开发的应用程序是独立于服务器上的数据库管理系统的。和大多数的WINDOWS应用程序一样，PowerBuilder也是事件驱动工作方式。在这种工作方式中，程序的运行没有固定的流程，程序中的代码也是为各种可能发生的事件编写的，当程序开始运行之后，它就可以接受来自系统，用户或者其它应用程序触发的事件，然后执行相应的事件代码。事件驱动的工作方式与面向对象技术是紧密相关的，在PowerBuilder应用程序中，接受发生的事件的往往就是程序界面中的各种可视化对象。PowerBuilder是一种面向对象的开发工具，各种WINDOWS应用程序中常见的窗口、菜单、控件等在PowerBuilder中都是一个个的对象。在PowerBuilder中我们还可以创建自己的用户对象。特别要指出的是PowerBuilder提供了对面向对象方法中的各种技术的全面支持，我们可以利用面向对象方法中的对象的封装性、继承性、多态性等特点使得我们开发的应用程序具有极大的可重用性和可扩展性，而这一点正是软件工程中对应用程序所提出的重要目标。 PowerBuilder一个很大的特点就是提出了数据窗口对象的概念。数据窗口对象也是PowerBuilder中的一种对象类型，与其它对象不同的是数据窗口对象是专门为了访问后台的数据库服务的，在数据窗口对象中我们定义了数据的来源和数据的显示风格，这样在应用程序中我们就可以把精力完全放在程序的运行流程控制上，而不用关心具体数据的来源，因为我们在数据窗口对象中已经定义好了数据的来源。如果需要使用数据库中不同的数据也只要对数据窗口对象进行修改就可以了。特别要指出的是PowerBuilder在数据窗口对象中提供了丰富的数据显示方式，可以满足各种不同的需要。 第二章 系统总体设计第一节系统的可行性研究随着社会经济的发展，人们对生活质量的要求越来越高，作为服务之一的酒店业也在不断的完善服务体制，需要集餐饮、住宿、娱乐于一体的、立体化服务体系，顾客可以随意消费并统一结帐。酒店管理者想及时了解酒店的全部运营情况及经营走势，找出运转成本,做为经营决策的依据。只有运用先进的科学管理手段，利用计算机系统管理才能实现这一管理模式。根据信息管理系统可行性分析的四个基本方面可得如下结论： 经济上的可行性：从长远角度来看，此系统的投入会给酒店的带来管理严格化、信息统计完整化、数据处理智能化、经济预算科学化、业务处理高效化等综合多方面考虑，对酒店的顾客满意程度和酒店的经济效益会有长足的提高。 技术上的可行性：经对现有大中型酒店的实际考察发现，绝大多数大中型酒店都已具备计算机硬软件和网络环境。员工掌握计算机基本操作能力。技术环境以满足开发和使用的技术条件。 管理上的可行性。经过于酒店主管领导的接触，可以看出几乎所有领导都能意识到酒店管理信息系统使用的必要性。可以了解到他们对信息系统已经有很高的认可度。管理可行性完全满足。 社会可行性无论是对顾客、酒店主管领导还是酒店员工对信息系统使用的方便快捷都表示很大的赞同。同时，系统的开发和使用对促进整个社会的信息化程度发展有巨大推动作用。 第二节系统的总体规划 一系统目标设计以餐饮管理科学化、规范化为出发点，建立了一个具有实用性、高效性、功能划分细致，及较高的灵活性和可扩充性的餐饮管理信息系统，该餐饮管理信息系统应合理调配酒店资源，提升管理水平，提高服务质量，减少工作中的差错；充分实现数据的最小冗余和最大共享最终形成餐饮、客房、洗浴、娱乐等全方位一体化立体的服务体系系统应实现功能：一 利用本系统可实现餐厅、客房、洗浴等酒店业务管理。二 利用本系统查询、掌握全酒店的运营状况，为正确的经营决策提供数据依据。 第三章系统分析第一节系统需求分析本设计小组按照软件工程学理论，对唐山市大中型酒店进行了人真的调研，对其中的难点，与业务骨干进行反复的探讨，并广泛征求意见，着重搞好需求分析，谨慎进行概要和详细设计，对程序进行模块划分，最后进行物理设计和编程实现。目前，经调查发现大多数大中型酒店信息管理系统软件普遍采用的是时下最流行的C/S(客户机/服务器)模式，客户端采用windows 98 中文版作为操作系统，其应用软件采用powerbuilder8.0 中文版作为前台开发工具。服务器端采用 windows 2000server 中文版作为操作系统，SQL Server7.0 作为数据库管理系统（DBMS）,采用当今最流行的面相对象（OOP）方式，以及可视化工具辅助设计。整体需求一 服务器开专用区，每个部门自己的使用空间。二 每天每个部门自动产生日报表，日报表自动生成月报表，数据生成后数据不能修改，方便部门核算和领导查询。三 当天数据必须当天录入，其它情况如停电等，只有管理员可以超过时间录入，督促业务员及时录入数据。四 管理员可以各个部门都可以进入，以便更好监督各个部门的使用情况。五 增强大客户消费处理。按时间查询大客户在各个部门的消费情况（欠单、现金），以便掌握大客户消费增减情况，找出优势和劣势，得出可行的解决办法。增强大客户的打折，提供按分部门固定打折和按消费总额打折方式，吸引大客户消费的潜力。六 转帐管理。1）以客房为基础实现转帐。餐厅、洗浴、酒吧、舞厅在客房押金充余的情况下，可以向客房转帐。2）在经理授权情况下没有客房的押金下，可以在餐厅、洗浴之间互相转让，方便对信誉度的客户的处理。该系统按照管理功能，可以划分为如下部分： 餐饮管理餐饮管理是全方位的，可管理早、中、晚三餐管理。其中包括大厅、包间采用统一模式管理。主要包括就餐预定、就餐登记、菜单明细录入、退菜录入、就餐结帐、欠帐处理、会员查询、收银员日报表组成。1 就餐预定：实现会员或临时就餐的预定。按要求可对时间、人数、桌数、类型进行管理，在就餐登记中使用(一般不用)。2 就餐登记：用餐者（包括预定）前应登记桌席。用餐者登记一桌或者多桌。提供转桌、并桌功能。3 菜单明细录入：指详细菜单录入。采用编码与汉字两种输入方法，方便收银员的使用。4 收银员日、月报表：当班结帐时，可打印当班收入汇总表以使与实际收入对帐、并转财务部门处理。月末时可对一个月收银情况进行查询。5 就餐结帐：一个客户可结多个桌席的帐。可采用现金、支票、欠单结帐，也可三者混合结帐。提供转帐功能，在有足够押金的情况下，客户可将结帐清单转帐 ，便于统一结帐。并提供回单的功能。 客房管理客房管理主要包括：客房管理是酒店重要的部门。客房客人，可能产生多种消费项目，因此除客房消费管理外，餐饮、洗裕、商务中心等服务项目均可转帐于此。主要包括：1预定登记:依客人要求预定房间,可采用电话、面谈、信函、电报方式对房间预定。2住宿登记：按照国家旅游局规定项目进行住宿登记。3客房调整：依客人要求提供客房调整，客房当天收费已调整后的标准执行。4添加押金：当客人消费包括餐厅、客房、商务、洗浴押金不足时时，必须添加押金。5客房夜审：对当天的客房进行记帐处理，生成客人消费记载。押金不足的提示客人添加押金。6客房项目收费录入 ：对客人其它如洗衣、购物、订票服务项目消费的录入。7住宿结帐：可采用现金、支票、结卡、欠单等方式结帐，亦可采用多种方式混合结帐，并提供回单功能。8住宿查询：对入住的客人、押金等情况的查询。9收银员报表：可查询、打印、当日的收入支出情况。生成报表交与财务部门处理。 洗浴管理：以手牌为中心，实现对客人消费项目的全方位管理。 1 洗浴登记：对客人发放手牌登记。2洗浴帐单录入：根据客人的不同洗浴消费项目按手牌录入微机。3洗浴转帐：实现客人之间洗浴收费的转帐，即可以将某手牌对应的费用转入其他客人的手牌进行结账。4洗浴结帐：一个客户可结多个手牌的帐。可采用现金、支票、欠单结帐，也可三者混合结帐。提供转帐功能，在有足够押金的情况下，客户可将结帐清单转帐。6在园客人消费情况统计：可随时统计入园客人的消费情况。7收银员日报表：当班日结帐时，可打印当班收入汇总表以使与实际收入对帐、并转财务部门处理。月末时可对一个月收银情况进行查询。 查询系统：是对餐饮、客店、洗浴项目运转、收入情况查询， 是管理者决策的依据。1. 单项服务消费人数（洗浴）：根据时间，汇总某一洗浴服务消费项目在这一时间段内的消费人数。可统计出哪些服务项目是客人的消费热点，由此引导洗浴的主要业务方向。 2. 食品出售情况统计表（餐饮）：根据时间，随时汇总这一时间段内食品出售情况。 3预订统计表（餐饮）：用于对餐饮预订信息的统计，酒店可根据此模块查询客人预订信息，及时的安排餐桌，进行有序、统一的酒店管理。 4客人在园时间统计（洗浴）：用于对客人在园内休息的时间进行统计。 5商务中心每日收入：根据时间，随时汇总某一时间段内商务中心的收入情况。 6经营统计明细表（餐饮）：用于对餐饮各类菜的销售明细进行统计，可录入各种菜的毛利率对菜的利润额进行计算汇总，计算某一阶段各食品的销售总额和利润额。 7经营统计汇总表(餐饮)：对餐饮的经营状况进行统计汇总。可以同时根据资金、餐桌出租率、人数进行统计。可以进行相应的业务分析，以便对今后的经营进行有效决策。 8经营走势分析 (全局)：是对酒店所有业务的经营明细汇总。业务人员可通过其查看明细信息，研究经营走势。9. 月收入走势分析图(全局)：根据某一月的每日收入自动生成本月收入走势分析曲线图，分析曲线分为餐饮、客房、会所三个部分。 10.入园人数走势分析图： 随时按时间段统计入园人数，并按各部门排序。 11.外包拆分明细表(洗浴) ：如有外包经营项目可以按时间段对各项经营进行统计。12.外包项目经营情况：用于统计某一时间段外包项目的收入总计并用来计算提成金额和酒店实际收入。第二节系统功能模块设计通过对系统的可行性研究和初步分析，可得出系统的逻辑功能图如下所示餐饮管理系统逻辑功能图 就餐预定餐饮管理系统会员查询收银员日报表欠帐处理就餐结帐退菜录入菜单明细录入就餐登记第四章 详细设计第一节数据结构设计经过以上章节分析得初餐饮管理系统设计数据结构和数据项如下：就餐预定：定餐编码.联系人.定餐日期.定餐单位.客户要求.押金.收银员.联系电话.就餐人数.桌数.客人类型就餐登记：就餐编码. 重点客户. 就餐客户. 就餐单位. 客户类型. 就餐时间就餐类型. 就餐人数.定餐编码. 结算类型. 结算时间. 卡号. 信用期. 总金额. 应 收. 客房编码. 客户要求. 收银员. 餐桌费. 回单标记. 回单日期. 客房客人编码. 部门编码 菜单明细录入：菜单编码. 食品编码. 数量. 金额. 就餐编号. 食品类型. 食品类型. 规格. 餐桌编号. 收银员. 当前价格. 部门编码. 打折比例 退菜录入：菜单编码. 食品编码. 退菜数量. 退菜原因 就餐结帐：就餐编码. 结算类型. 总金额. 代码数量. 重客户码. 酒店编码. 回单日期. 签单标记.回单类型. 部门编码. 会员查询：姓名. 性别. 生日. 编号代码. 职位. 单位. 联系电话. 年龄. 积分. 截止日期. 联系地址. 取消标志 第二节系统逻辑结构设计一 数据字典NO.1 就餐结帐表KEY RepastIdtableR_BalanceRecordcolumndatatypewidthnullabedefault中文描述RepastIdchar6No(None)就餐编码BalanceTypeintNo(None)结算类型ActualSummoneyNo(None)总金额CodeNumbervarchar40Yes(None)代码数量ClientIdchar6Yes(None)重客户码HotelIdchar6Yes(None)酒店编码qiandan_back_datedatetimeNo(None)回单日期QIANDAN_MARKvarchar20Yes(None)签单标记QIANDAN_BACK_TYPEchar6Yes(None)回单类型deptiddecimal10Yes(None)部门编码qiandan_back_datedatetimeYes(None)回单日期QIANDAN_MARKintYes(None)签单标记QIANDAN_BACK_TYPEintYes(None)回单类型deptidchar6Yes(None)部门编码NO.2 食品表KEY FareIDtableR_FareBillcolumndatatypewidthnullabedefault中文描述FareIDchar6No(None)食品编码FareNamevarchar20No(None)食品名称FareSpecvarchar10Yes(None)规格VegeDeptintYes(None)菜系FareTypechar2No(None)食品类型PricemoneyNo(None)当前价格Manufacturervarchar30Yes(None)供货商returnnumberdecimal10Yes(None)回单数deptidchar6Yes(None)部门编码NO.3 菜单表KEY RepastID/ MenuIDtableR_Menucolumndatatypewidthnullabedefault中文描述RepastIDchar6No(None)就餐编码TableIDchar3No(None)餐桌编号MenuIDchar6No(None)菜单编码FareTypechar2No(None)食品编码Operatorchar6No(None)收银员NO.4 菜单明细表KEY MenuIDtableR_Menu_Listcolumndatatypewidthnullabedefault中文描述MenuIDchar6No(None)菜单编码FareIDchar6No(None)食品编码Accountdecimal10No(None)数量FeemoneyYes(None)金额repastidchar10Yes(None)就餐编号faretypechar2Yes(None)食品类型farenamechar16Yes(None)食品名称farespecchar2Yes(None)规格tableidchar6Yes(None)餐桌编号operatorchar6Yes(None)收银员pricemoneyYes(None)当前价格deptidchar6Yes(None)部门编码scaledecimal5Yes(None)打折比例 NO.5 菜单明细代码表KEY codetabler_menu_list_codecolumndatatypewidthnullabedefault中文描述codeintNo(None)代码NO.6 就餐预定表KEY PrearrangeIDtableR_Repast_Prearrangecolumndatatypewidthnullabedefault中文描述PrearrangeIDchar6No(None)定餐编码ClientIDchar6Yes(None)重点客户LinkManvarchar20Yes(None)联系人PrearUnitvarchar60Yes(None)定餐单位PrearTimedatetimeNo(None)定餐时间RepastTimedatetimeNo(None)就餐时间RepastNumberintYes(None)就餐人数TableNumberintYes(None)桌数GuestTypeintNo(None)客人类型ForeGiftmoneyYes(None)押金Commentvarchar60Yes(None)客户要求LinkPhonevarchar20Yes(None)联系电话Operatorchar6No(None)收银员StopDatedatetimeYes(None)截止日期PrearangeStatusintNo(None)备注NO.7 就餐登记表KEY RepastIDtableR_Repast_Record columndatatypewidthnullabedefault中文描述RepastIDchar6No(None)就餐编码ClientIDchar6Yes(None)重点客户RepastManvarchar20Yes(None)就餐客户RepastUnitvarchar60Yes(None)就餐单位GuestTypeintNo(0)客户类型RepastTimedatetimeNoCURRENT_TIMESTAMP就餐时间RepastTypeintNo