酒店订房系统数据库设计
酒店管理系统数据库设计(推荐)
酒店管理系统一、背景说明目前大多数酒店提供的服务多种多样,规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统.二、部门的划分1．饮食部门它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短，强调效率.例如，顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。
通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。
对于饮食部门,需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。
在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见,把饮食部门作为一个子系统，不再细分。
2．住宿管理部门它也是酒店基本部门之一。
住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息，确认其身份,登记其入住、退房时间。
C.统计各类房间的客满程度.D.对本部门的财务流动进行登记处理。
以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。
3．娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。
可以用计算机完成并且有必要用计算机完成的有:A。
制定收费标准，分配负责人。
B。
收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等.这些信息都需要长时间保留并上报。
4．经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。
它的主要职责有：A.管理员工。
酒店住宿及消费管理系统数据库
课程设计报告设计题目：酒店住宿及消费管理信息系统一、课程设计项目名称：酒店住宿及消费管理信息系统二、相关基本原理：数据库设计数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。
数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术。
由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。
数据库建设是硬件、软件和干件（技术与管理的界面）的结合，靠得是"三分技术，七分管理，十二分基础数据“。
数据库设计应该与应用系统设计相结合。
包括结构（数据）设计：设计数据库框架或数据库结构，行为（处理）设计：设计应用程序、事务处理等。
数据库设计是结构和行为分离的设计。
需求分析调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
概念模型设计对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中诸处的分类、聚集和概括，建立抽象的概念数据模型。
这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。
所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。
以扩充的实体—（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。
酒店预订系统数据库设计
网站首页
突出宾馆酒店个性化设计，并以Flash动画形式对外展示酒店的良好形象，为浏览者创造良好的视觉效果；
酒店介绍
介绍酒店概况、特色、接待能力和服务宗旨，还可以包括酒店的历史及成功举办过的大型活动；
客房介绍（采用二级浏览）
第一级主要以文本列表形式介绍酒店不同档次的客房；
第二级结合图片介绍各种规格的客房设施、服务水准、价格及现有可预订数量，让浏览者在网上就能对各种规格的客房有直观详细的了解；
客房预订
以电子表格形式在线填写订房信息，浏览者在此填写姓名、身份证号码、订房规格、人数、预住天数、来店日期、自动设置以后三天的房间折扣价格、联系方法、Email等信息，确认后这些信息将提交给酒店后台管理员；
餐饮娱乐：
以上传图片加文本介绍形式，介绍酒店的各种餐饮娱乐设施；商务及旅游接待介绍酒店接待商务会议及旅游团队的能力及优势；
留言簿：
用电子公告板形式提供住客及浏览者留言的途径，住客可以在此与酒店交流，也可以提出对酒店服务的满意程度和各种建议；
前台操作系统
? 住店客人入住的流程为：查询客房信息—→在线填写订房信息—→预定—→接洽入住；1定填写信息：姓名，抵达日期，离店日期，人数，预定预客房级别及数量；
2当前客房查询：客房数量，房号，级别，价格，加床费；
3客房图片：可实更新显示客房当前状况；
4留言簿（留言板）；
后台操作
1酒店资料录入
通过输入管理员的ID和密码，酒店可以根据自身要求对网站内容(文字和图片)任意更新；2预订资料管理
浏览者在线提交的客房订单，管理员审查后确认，系统就会通过Email通知浏览者预订成功；3客房入住情况录入
录入酒店当前客房使用情况，系统会自动统计，然后反映在客户端的客房介绍上面。
《酒店预订系统》数据库设计说明书
《酒店预订系统》数据库设计说明书1.引言1.1编写目的《酒店联合订房管理系统数据库设计说明书》目的是设计《酒店联合订房管理系统》中各项功能和非功能性能需求实现时所需要的数据库，并且此数据库可以根据实现具体的数据存储。
主要针对《酒店订房管理系统》的概要设计和详细设计人员，作为项目验收的主要依据。
其他本项目组的开发人员也可以参阅。
《酒店联合订房管理系统数据库设计说明书》的阅读对象为：1、对相关业务技术和总体方案作出决策的管理人员和质量管理人员；2、对本《数据需求说明书》进行评审和确认的有关业务、技术人员；3、参加详细设计，测试设计阶段工作的全体设计人员；4、《酒店联合订房管理系统》项目组，其他有权需要调用本文档的人员。
1.2背景a.[待开发数据库的名称和使用此数据库的软件系统的名称；]本系统采用B/S模式,服务器采用：Microsoft SQL Server 2005使用此数据库的软件是：Microsoft visual studio 2005 或Microsoft visual studio 2008b.[列出本项目的任务提出者、开发者、用户。
]项目任务提出者：昆明理工大学城市学院教务处项目开发者：仙仙团队用户：所有订房的会员和普通用户1.3定义会员信息表：记录会员的相关信息，便于管理员查询UML：统一建模语言。
为面向对象软件工程设计的统一得，规范的，可视化的一种建模语言。
酒店：为大众提供住宿、饮食与服务的一种场所，在本系统中词作为一实体使用。
会员：通过正式手续加入某个会社或专业组织的人，可分为消费会员和协会会员，本文所讲会员是酒店消费会员。
订房：预定房间的过程称之为订房。
房型：所谓房型是指面积大小不等、基本平面功能分区各异的单元住宅系列，本文所讲的主要是指酒店内的房型，例如：标间，普通间，豪华间等。
订房明细：预定房间的一些相关事宜，例如：订房时间、价钱等。
1.4参考资料1、本系统的《需求规范说明书》2、本系统的《数据库要求说明书》3、《数据库数据开发技术案例教程》出版社：清华大学出版社4、《软件工程导论》（第五版）（作者：张海藩出版社：清华大学出版社）《UML和OOAD快速入门》（作者：邱郁惠出版社：机械工业出版社）2．外部设计2.1标识符的状态1、本系统采用Microsoft Server 2005 为基本开发工具；2、数据库名称为GoodOrder。
如家酒店客房服务管理系统数据库设计
ｖａrchar
２０
√
１11
密码
Sｅx
ｃhａｒ
1
√
女
性别（男/女)
ＣarｄＩd
Numｂer
2０
√
唯一
身份证号
Ｌeｖel
vａrｃhar
20
√
职务
Noｔｅs
varｃhar
50
备注
（５)住宿表
字段名称
类型
大小
非空
约束
默认
描述
iｄ
Numbｅr
４
√
住宿记录编号(主键）
RoｏmＩｄ
char
4
√
入住房间
1.客房表rooｍ
类型
大小
非空
约束
默认
描述
ＩD
Numｂeｒ
4
√
客房号（主键）ＴｙｐΒιβλιοθήκη IDNumbｅr4
√
客房类型编号
ＩsＡvａilble
char
１
√
否
客房是否空闲状态，包括是和否两种状态
Notｅｓ
varchar
50
备注
１。客房类型表ROOMTＹPE
字段名称
类型
大小
读写
非空
约束
默认
描述
TｙｐeID
Nｕmbeｒ
varchａｒ
20
√
客人姓名
Seｘ
char
1
√
男
性别(男/女)
Tｅlephonｅ
Nｕmber
8
√
联系电话
Addreｓｓ
vａｒｃhar
50
地址
Nｏtes
酒店客房数据库设计
酒店客房数据库设计1．系统概述1．1 酒店数据库开发前言随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。
各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。
作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。
例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。
且办事效率也是决定收入的一个关键因素。
现代化的酒店组织庞大、服务项目多、信息量大，使用传统人工的方式管理文件档案，这种管理方式几乎是不可能实现的。
要想提高劳动生产、降低成本、提高服务质量和管理水平，进而促进经济效益，必须借助计算机来对酒店客房进行现代化的信息管理。
所以就必须建立一个合适高效的酒店客房信息的数据库。
1．2 可行性分析现代化的酒店组织庞大、服务项目多、信息量大，要想提高劳动生产、降低成本、提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化的信息管理。
一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。
所以在工作效率方面来说建立一个这样的系统是完全可行的。
另外，客房管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。
在酒店客房管理系统的主要任务是对酒店的客房进行管理，使用户能轻松地找到所需要的客房信息，提供订房和退房服务，并对酒店客房的业绩进行统计。
通常，酒店客房管理系统的数据库主要记录以下几个方面的信息。
(1) 记录用户信息：对酒店客房管理系统的使用员工进行管理，包括对员工的基本信息(如用户姓名、所属部门、用户类型等)进行检索、录入和修改。
数据库宾馆客房系统设计思路
二、系统功能:接待预定模块1、对宾客预定，入住，续住，离店结账等业务进行处理。
2、能对宾客的消费等账务进行修理。
3、对于回头客能快速显示其相关信息。
4、对于一个宾客订多个房（也称联房）能进行相应处理。
5、对于多个宾客订一个房（也称拼房）能进行相应处理。
6、对于处理好团队订房事务。
7、对于用户输入错误或宾客临时改变主意等情况，应具备撤单功能，撤消登记操作。
8、应具备寄存功能，管理宾客的寄存物品。
9、具备锁定程序功能，用于用户临时离开工作岗位锁定程序，保证系统的安全。
客房中心模块1、能及时方便地查询实时房态，并处理打扫好的房间状态。
2、能方便快速地查询锁房信息。
3、能对客房消费对行相关处理。
4、能及时快速的查询和统计客房物品的消耗情况。
账务处理模块1、能对宾客的账务进行调整，处理漏账，错账等问题。
2、能对宾客相关账务进行查询，及时了解欠款宾客情况，进行催款。
3、对于酒店的应收应付账管理。
销售中心模块1、对协议单位进行管理，特别是协议房价的管理。
2、拾物登记的管理。
电话计费模块1、从电话程控交换机读取话单信息，并进行相应处理，录入数据库中，将相应金额录入宾客账单中。
2、能快速方便的查询宾客话费总计，话单明细。
查询中心1、能方便的查询宾客相关信息。
2、能查询房态信息。
3、能查询现在及将来某时段的可用房信息。
4、能查询到相关账务信息。
5、能查询到客房使用率信息。
报表中心1、能对宾客信息进行统计打印。
2、能对账务信息进行统计打印。
库存管理1、处理好相关库存单据信息。
2、对库存量进行相应的查询。
会员管理对会员信息进行管理。
系统管理1、对系统的初使化数据，如商品信息，客房信息进行相应处理。
2、提供黑名单功能，限制特殊宾客入住。
3、对数据备份，恢复，初使化提供相应处理。
4、系统操作员的权限管理。
5、系统操作日志的管理。
6、系统相关信息的设置。
三、系统特点:系统平台先进：1、采用业界先进的客户机/服务器(Client/Server)模式。
酒店订房系统数据库设计
一、功能需求分析
用户管理：添加用户,修改用户密码;
客户管理：添加客户,查询,修改,删除客户信息;
客房管理：添加客房,查询,修改,删除客房信息;
客房类型管理：添加客房类型,修改客房类型;
订房：预订客房,取消预订房间;
客房登记信息管理：查看客房登记信息;
二、概念设计
用户实体ER图
客户信息实体ER图
客房信息实体ER图客房类型ER图
登记记录ER图
总ER图
三、逻辑结构设计
（1）客人信息表：tbclient
字段名数据类型空/非空约束条件其他说明
client Id int not null IDENTITY1,1
客户ID
PRIMARY
KEY
name varchar20 not null 客户姓名
sex varchar2 not null 性别
identityCard varchar30 not null 证件号
phone varchar20 not null 联系电话（2）登录信息表：tbemployee
字段名数据类型空/非空约束条件其他说明
employeeId int not null IDENTITY1,1
用户编号
PRIMARY
KEY
userName varchar20 not null 用户名
password varchar20 not null 密码
per int not null 权限（3
字段名数据类型空/非空约束条件其他说明
typeId int not null IDENTITY1,1
类型编号
PRIMARY
（4）房间信息表：tbroom。
酒店管理系统数据库设计
酒店管理系统酒店管理系统第1页，共15页酒店管理系统一．酒店管理系统的需求分析用户的需求具体体现在各种信息的提供、用户的需求具体体现在各种信息的提供、保存、保存、更新和查询等方面，更新和查询等方面，这就要这就要求数据库结构能充分满足各种信息的输出和输入。
收集基本数据、数据结构以及数据处理的流程，得出本系统所处理的数据流程。
数据处理的流程，得出本系统所处理的数据流程。
针对一般酒店客房信息管理系统的需求，内容和流程分析，设计下面的数据项和数据结构：项和数据结构： 员工标准信息，包括的数据项有：员工编号，姓名，性别，出生日期，工龄，密码，电话，备注等。
密码，电话，备注等。
客户标准信息，包括的数据项有：客户编号，性名，性别，出生日期，身份证号，手机，备注等。
证号，手机，备注等。
客房标准信息，包括的数据项有：客房编号，类型编号，状态，备注等。
客房标准信息，包括的数据项有：客房编号，类型编号，状态，备注等。
类型标准信息，包括的数据项有：类型编号，类型名称，费用，总量，剩余量，备注等。
量，备注等。
订单标准信息，包括的数据项有：订单编号，员工编号，客户编号，客房编号，时间，押金，备注等。
号，时间，押金，备注等。
退房标准信息，包括的数据项有：员工编号，客户编号，客房编号，时间，备注等。
备注等。
二.概念结构设计：经过对酒店一般形式的调查，了解到了该系统包括的实体类型有：经过对酒店一般形式的调查，了解到了该系统包括的实体类型有： 员工、客户、客房等。
员工、客户、客房等。
经过分析画出了“酒店管理系统”数据库的E-R 图，分别如图1~图6所示：所示：图-1 员工实体员工实体E-R 图 员工员工 员工编号员工编号 姓名姓名 性别性别 出生日期出生日期 工龄工龄 密码密码电话电话备注备注图-2 客户实体客户实体E-R 图图-3 客房实体客房实体E-R 图客户客户客户编号客户编号 姓名姓名性别性别 出生日期出生日期 身份证号身份证号手机手机备注备注客房客房客房编号客房编号 类型编号类型编号 状态状态备注备注图-4 类型实体类型实体E-R 图图-5 订单实体订单实体E-R 图图-6 退房实体退房实体E-R 图 通过对个实体之间联系的分析，将局部E-T 图综合成全局E-R 图，类型类型类型编号类型编号 类型名称类型名称 费用费用总量总量 剩余量剩余量 备注备注订单订单订单编号订单编号 员工编号员工编号客户编号客户编号 客房编号客房编号 时间时间押金押金备注备注退房退房员工编号员工编号 客房编号客房编号客户编号客户编号 时间时间备注备注如图-7所示：所示：图-7 全局E-R 图三.逻辑结构设计：根据概念设计的结果,将其转换为关系模型：将其转换为关系模型：员工（员工编号，姓名，性别，出生日期，工龄，密码，电话，备注）员工（员工编号，姓名，性别，出生日期，工龄，密码，电话，备注） 客户（客户编号，性名，性别，出生日期，身份证号，手机，备注）客户（客户编号，性名，性别，出生日期，身份证号，手机，备注） 客房（客房编号，类型编号，状态，备注）客房（客房编号，类型编号，状态，备注）类型（类型编号，类型名称，费用，总量，剩余量，备注）类型（类型编号，类型名称，费用，总量，剩余量，备注）订单（订单编号，员工编号，客户编号，客房编号，时间，押金，备注）订单（订单编号，员工编号，客户编号，客房编号，时间，押金，备注） 退房（员工编号，客户编号，客房编号，时间，备注）退房（员工编号，客户编号，客房编号，时间，备注）四.物理结构设计：1．员工表列名列名数据类型数据类型是否允许为空是否允许为空默认值默认值是否为主键是否为主键员工编号员工编号 Char(10) 否 是 姓名姓名 Char(10) 否性别性别 Char(2) 否 男 出生日期出生日期 Smalldatetime工龄工龄 Int 密码密码 Char(6) 否 电话电话Char(20)客户员工客房客房 退房退房住宿住宿n离开离开m登记登记管理管理分类分类类型类型预定预定 登记登记订单订单n mmnnm mmnnmn备注备注Text2.客户表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值 是否为主键是否为主键客户编号客户编号 Char(10) 否 是 姓名姓名 Char(10)否性别性别 Char(2) 否 男 出生日期出生日期 Smalldatetime 身份证号身份证号 Char(18) 否 手机手机 Char(20) 备注备注Text3.客房表列名列名 数据类型数据类型是否允许为空是否允许为空默认值默认值是否为主键是否为主键客房编号客房编号 Char(6) 否是类型编号类型编号 Char(2) 否 状态状态 Char(4) 备注备注Text4.类型表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键类型编号类型编号 Char(2)否是类型名称类型名称 Char(16) 否 费用费用 Int 总量总量 Int 剩余量剩余量 Int 备注备注Text5.订单表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键订单编号订单编号 Char(10) 否 是 员工编号员工编号 Char(10) 客户编号客户编号 Char(10) 客房编号客房编号Char(6)时间时间SmalldatetimeGETDA TE()押金押金 Int备注备注Text6.退房表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键员工编号员工编号 Char(10) 客户编号客户编号 Char(10) 客房编号客房编号 Char(5) 时间时间 SmalldatetimeGETDA TE()备注备注Text题目： （一）1．用T-SQL 语句创建数据库CREATE DATABASE 酒店管理系统酒店管理系统 ON PRIMARY(NAME ='酒店管理系统_data1',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_data1.mdf',SIZE =5,MAXSIZE =UNLIMITED ,FILEGROWTH =2), FILEGROUP FGROUP(NAME ='酒店管理系统_data2',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_data2.ndf',SIZE =5,MAXSIZE =UNLIMITED , FILEGROWTH =2) LOG ON(NAME ='酒店管理系统_log1',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_log1.ldf',SIZE =1010, ,MAXSIZE =UNLIMITED , FILEGROWTH =4) GO2．用T-SQL 语句创建所有的表及设置主键CREATE TABLE 员工表员工表(员工编号员工编号CHAR (1010)) NOT NULL PRIMARY KEY , 姓名姓名CHAR (1010)) NOT NULL, 性别性别CHAR (2) NOT NULL, 出生日期出生日期 SMALLDATETIME , 工龄工龄INT , 密码密码CHAR (6) NOT NULL, 电话电话 CHAR (2020), ), 备注备注TEXT ) GOCREATE TABLE 客户表客户表 (客户编号客户编号CHAR (1010)) NOT NULL PRIMARY KEY , 姓名姓名CHAR (1010)) NOT NULL, 性别性别CHAR (2) NOT NULL, 出生日期出生日期SMALLDATETIME , 身份证号身份证号 CHAR (1818)) NOT NULL, 手机手机CHAR (2020), ), 备注备注TEXT ) GOCREATE TABLE 客房表客房表(客房编号客房编号CHAR (6) NOT NULL PRIMARY KEY , 类型编号类型编号CHAR (2) NOT NULL, 状态状态 CHAR (4), 备注备注TEXT ) GOCREATE TABLE 类型表类型表 (类型编号类型编号CHAR (2) NOT NULL PRIMARY KEY , 类型名称类型名称CHAR (1616)) NOT NULL, 费用费用 INT , 总量总量INT , 剩余量剩余量 INT , 备注备注TEXT ) GOCREATE TABLE 订单表订单表(订单编号订单编号CHAR (1010)) NOT NULL PRIMARY KEY , 员工编号员工编号CHAR (1010), ), 客户编号客户编号CHAR (1010), ), 客房编号客房编号CHAR (6), 时间时间SMALLDATETIME , 押金押金INT ,备注备注TEXT ) GOCREATE TABLE 退房表退房表 (员工编号员工编号CHAR (1010), ), 客户编号客户编号CHAR (1010), ), 客房编号客房编号CHAR (6), 时间时间SMALLDATETIME , 备注备注TEXT ) GO3．用T-SQL 语句给需要设外键的表设置外键ALTER TABLE 客房表客房表 ADD CONSTRAINT FK_类型表_客房表客房表 FOREIGN KEY (类型编号) REFERENCES 类型表(类型编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_员工表_订单表订单表 FOREIGN KEY (员工编号) REFERENCES 员工表(员工编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_客户表_订单表订单表 FOREIGN KEY (客户编号) REFERENCES 客户表(客户编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_客房表_订单表订单表 FOREIGN KEY (客房编号) REFERENCES 客房表(客房编号) GOALTER TABLE 退房表退房表 ADD CONSTRAINT FK_员工表_退房表退房表 FOREIGN KEY (员工编号) REFERENCES 员工表(员工编号) GOALTER TABLE 退房表退房表ADD CONSTRAINT FK_客户表_退房表退房表 FOREIGN KEY (客户编号) REFERENCES 客户表(客户编号) GOALTER TABLE 退房表退房表 ADD CONSTRAINT FK_客房表_退房表退房表FOREIGN KEY (客房编号) REFERENCES 客房表(客房编号)GO4．用T-SQL语句给表加上check约束、UNIQUE约束、DEFAULT约束 ALTER TABLE 员工表员工表ADD CONSTRAINT CK_员工性别性别 IN('男','女'))员工性别 CHECK(性别GOALTER TABLE 员工表员工表ADD CONSTRAINT DF_员工性别性别员工性别 DEFAULT('男') FOR 性别GOALTER TABLE 客户表客户表ADD CONSTRAINT CK_客户性别客户性别 CHECK(性别性别 IN('男','女'))GOALTER TABLE 客户表客户表ADD CONSTRAINT DF_客户性别性别客户性别 DEFAULT('男') FOR 性别GOALTER TABLE 客户表客户表ADD CONSTRAINT UQ_身份证号身份证号 UNIQUE(身份证号)GOALTER TABLE 订单表订单表ADD CONSTRAINT DF_订房时间时间订房时间 DEFAULT(GETDATE()) FOR 时间GOALTER TABLE 退房表退房表ADD CONSTRAINT DF_退房时间退房时间 DEFAULT(GETDATE()) FOR 时间时间GO5．使用insert语句初始化数据库INSERT INTO 员工表(员工编号,姓名,性别,出生日期,工龄,密码,电话)VALUES('010*******','张三','男','1982-2-1',2,'123401','0758-*******')INSERT INTO 客户表(客户编号,姓名,性别,出生日期,身份证号,手机)VALUES('1009010001','王恒','女',461324************,,'136********')'1987-8-16',461324************INSERT INTO 客房表(客房编号,类型编号,状态)VALUES('120501','12','空')INSERT INTO 类型表(类型编号,类型名称,费用,总量,剩余量)VALUES ('12','豪华双人房','480','20','20')INSERT INTO 订单表(订单编号,员工编号,客户编号,客房编号,押金)VALUES ('1005010001','010*******','1009010001','120506','50')INSERT INTO 退房表(员工编号,客户编号,客房编号) VALUES ('010*******','1009010001','210301')（二）1、流程控制语句与函数（1）、用上while 语句根据入住天数，查询客户应付费用declare @y @y int int declare @x @x int int set @x @x==0 set @y @y==0while @x @x<><>datediff (day ,'2010-12-10',getdate ()) begin beginset set @x @x==@x @x++1 set set @y @y==@x @x**300 end endselect fare fare==@y（2）、用上if if……else 语句 查出普通房中，单人房多少钱。
数据库原理课程设计客房预订系统
客房预订系统
设计要求
• 概念设计 • 逻辑设计 • 要求：关系模式满足第三范式
一.需求分析（流程图）
顾客
反馈给客户以确认
需要预定
查询
无空房
有空房
不能
用户要求的客 房能被提供吗
服务台
能 财务部
有 基本信息
无
有误吗
客房管理部
Hale Waihona Puke 文字描述：1. 顾客可以用电话或上网注册的方式预定。 其方式不同，但提交的内容是相同的：需 要的房间类型，房间数，客人人数，预定 时间，退房时间等。
理 部
收 入 客
部
1
房
身
联 系 电家 话庭
地 址
退 房 日 期
订 房 日 期
当 值 服 务 员 工 号
服 务 员 姓客 名房
设 备
管理 位 置
N
客房
今 日 状 态
客 房 单 价
客 房 种 类
客 房 编 号
份 证 号
三.逻辑设计
• 将E-R图转化为关系模式（不是最终的）
– 顾客（姓名，性别，身份证号，联系电话，家 庭住址，客房种类，房间数，订房日期，退房 日期，服务台台号，当值服务员工号) 3NF
2. 服务台查询客房管理部，看看是否有满足 客人要求的客房。如果有，则记录下客人 的需要，同时客房管理部通知财务部准备 收预约金，同时反馈给客人确认信息。
3. 如果客人要求的客房无法提供，则通知顾 客无法满足。
二.概念设计
• 实体：
– 顾客 – 服务台 – 客房 – 客房管理部 – 财务部
• 局部视图 – 顾客－预定－服务台 – 服务台－查询－客房管理部 – 客房管理部－管理－客房
宾馆客房管理系统数据库设计报告（精选五篇）
宾馆客房管理系统数据库设计报告（精选五篇）第一篇：宾馆客房管理系统数据库设计报告宾馆客房管理系统数据库设计报告摘要：本系统是宾馆客房管理系统，该报告主要介绍了数据库的设计，建立，主要功能的实现。
数据库系统包括员工管理、客房管理、顾客管理几个大块。
主要实现了登记功能，预订功能，多种方法查询顾客功能，查看客房状态功能，操作人员对系统的修改功能，以及结账报表功能。
一、需求分析（1）具有方便的登记、结账功能，以及预订客房的功能，能够支持团体登记和团体结账。
（2）能快速、准确地了解宾馆内的客房状态，以方便管理者决策。
（3）提供多种手段查询客人的信息。
（4）具备一定的维护手段，有一定权利的操作人员在密码的支持下才可以更改房价、房间类型、增减客房。
（5）完善的结账报表系统。
二、E-R关系图三、关系表本系统有八个表，分别是职工信息表（staffinfo）、顾客信息表(custmerinfo)、经理信息表(managerinfo)、客房信息表(roominfo)、客房状态表(roomstatus)、入住表(checkin)、退房表(checkout)、结账订单表(orderinfo)。
1，职工信息表（staffinfo）2，顾客信息表(custmerinfo)3，经理信息表(managerinfo)4，客房信息表(roominfo)5，客房状态表(roomstatus)6，入住表(checkin)7，退房表(checkout)8，结账订单表(orderinfo)四、范式分析本系统所有的表均为BCNF，职工和经理表由各自的工作编号为主码，并且可以决定其他所有属性，顾客表由身份证号做为主码，同理，客房的房间号可以决定其他所有属性。
五、功能分析 1，登记功能本系统采用存储过程实现登记功能，顾客前来预订客房，由工作人员调用存储过程向顾客表中插入该顾客信息，完成登记。
create procedure register@身份证号 varchar(20),@姓名 varchar(10),@性别 char(5),@电话 char(15), char(10)asinsert into custmerinfovalues(@身份证号,@姓名,@性别,@电话,@员工编号)@员工编号2，预订功能采用存储过程实现，由工作人员调用存储过程，在入住表中插入相应信息，并且设计触发器，在预定的同时在客房状态表中修改客房状态为“已入住”。
酒店客房预订管理系统的数据库分析及系统设计
第 3 章酒店客房预订管理系统的数据库分析及系统设计3.1 数据库分析软件系统在工作的过程中，相关的数据信息都保存在数据库中，数据库的主要作用就是对软件系统中的数据信息进行存储和管理，保证这些数据信息的稳定和平安。
数据库就是软件系统的后台，是整个软件系统的核心组成局部，数据信息的流动引导着软件系统的工作流程，每个功能模块都会产生相应的数据信息，因此在对软件系统进行设计的过程中，首先需要对软件系统后台的数据库管理系统进行分析与设计，根据数据库设计的结果在对软件系统的各个功能模块进行设计，这样的设计方案符合软件工程对开发过程的定义和要求，同时也能够防止由于分析不完全导致的系统功能缺陷问题的出现，合理的数据库结构也能够提高软件系统的工作效率，为软件系统的功能流程设计提供合理的数据流支持，根据以上的描述，数据库的分析过程是十分重要的。
在对软件系统后台数据库进行分析的工作中，主要通过后台数据库的平安性和稳定性，后台数据库的标准性以及后台数据库的可扩展性和可维护性这几个方面进行分析。
其中在对后台数据库的平安性和稳定性方面，首先数据库能够保证数据信息的平安和稳定，存储在数据库中的数据信息不会被轻易盗取或者出现错误，对数据库系统用户的管理也十分严格，分为不同操作权限的用户类型，在最大程度上保证数据库系统的平安。
数据库系统能够长期存储数据，并且保证数据库运行的稳定，带有数据自动备份和恢复功能，在最大程度上提供数据平安性效劳。
同时在数据库的标准性方面，需要对数据库表格内容以及数据库组织结构的设计按照数据库设计范式进行，并且保证数据的完整和合法，这样才能满足数据库设计的标准。
在数据库可维护性和可扩展性方面，需要预留出系统功能扩展所需要的存储数据库的空间，并且对数据库可以进行定期的维护，通过日志文件查看数据库的运行状态，对出现的问题能够及时发现原因并解决。
数据库在设计的过程中还需要充分根据软件系统可行性分析以及需求分析的结果进行工作，这样能够保证数据库的设计与系统功能模块的设计一致，不仅能够提供合理有效的功能，同时也为数据库的稳定运行提供支持。
旅客住宿系统数据库设计示例
9.7 数据库设计示例下面以旅客登记住宿宾馆为例，说明数据库应用系统设计的大致过程。
9.7.1需求分析1．业务流程分析旅店管理所涉及到的处理要求大致如下：（1）给旅客建立消费卡，即向消费卡表中插入一条记录，该记录的资金总额为预交金额，余额也等于预交金额，其他消费金额均采用默认值0。
（2）向消费卡追加资金，即修改消费卡表中对应记录的资金总额和余额数据项的值，使之增加相应的金额。
（3）给旅客登记住房，首先把每条由卡号和房序号构成的记录插入到住宿表中，接着计算出该卡号一天的住宿费，然后修改住宿费表，使得对应记录的住宿费增加和余额减少相应的值，最后还要修改客房表，使相应记录的“已用”属性的值置为1。
（4）每天12点时催款，即查看催补款表，按卡号通知相应旅客要么退房，要么补交资金。
（5）每天12点半加一天住宿费（假定只按整天、不按半天计费），首先根据住宿表和客房表计算出每个卡号一天的住宿费，然后按该卡号修改住宿费表中的对应记录，使住宿费项增加和余额项减少相应的值。
（6）伙食消费，按旅客使用的卡号修改伙食费表中对应的记录，使伙食费项增加和余额项减少一次就餐开支。
（7）娱乐消费，按旅客使用的卡号修改娱乐费表中对应的记录，使娱乐费项增加和余额项减少一次娱乐开支。
（8）结算处理，首先要收回消费卡，根据消费卡表中的相应记录，退给旅客剩余的金额，删除该条记录，接着根据住宿表中该卡号对应的所有房序号，把客房表中对应记录的“已用”属性的值修改为0，然后从住宿表中删除该卡号对应的全部记录，最后还要从旅客登记表中删除掉对应的记录。
2．数据流程分析（1）绘制数据流程图对一个旅店进行深入地业务流程分析后画出如图8-17所示的数据流图。
图8-17 旅店管理数据流图（2）数据流程描述在图8-17中，每个旅客进入旅店后首先查看客房空闲表，看是否有满足要求的住房，若有则交预用金，办理消费卡，然后填写住宿登记单，接着到总服务台进行住宿登记，拿着住宿单到相应的住宿楼交给楼层服务员，楼层服务员给予开房住宿，若在住宿期间需要伙食消费和娱乐消费，可凭个人消费卡到相应部门消费，当住宿结束，则到总台结帐，最后离开旅店。
数据库设计--酒店入住接待系统
1.自选一个实际项目，完整地给出系统的总体设计方案(包含文字和框图)；2.首先对该项目进行简单的需求分析，提出项目的设计要求；3.分析系统的功能要求，并确定这些功能涉及的功能模块；4.以一个具体模块为例，进行概念设计和逻辑设计，要求该模块的数据模型至少包含五个数据表，给出E－R图，并分别设计每个数据表的内容，包括数据项名称，数据类型，数据长度，备注说明，数据表索引项(主码)、其它数据对象等；5.简要地给出物理设计方案。
解答1.设计项目: 酒店入住接待系统设计目标: 本系统为一个基于计算机的数据库项目，在计算机上办理酒店入住接待服务。
2．需求分析参加人员：最终用户和数据库设计者。
主要任务：（1）设计要求：将酒店当前空房按照不同分类方式存放在后台数据库中，供接待员调阅和查询，有住宿需求的客人可以进行询问及办理入住。
（2）通过调查研究，画出系统业务信息流程图如下：酒店入住接待业务流程图3．根据业务流程，可将项目设计为两部分，一部分是用户子系统；另一部分是管理员子系统。
用户子系统面向用户，完成酒店入住登记。
主要包括以下功能模块：用户注册模块: 接待员成功注册后,可获得个人的用户名,凭此登录用户子系统.用户登录模块: 接待员凭用户名与密码成功登录后,方可进入全部用户子系统.客房信息调阅与查询模块: 按照指定条件查询是否有空房.录入客人信息模块: 由接待员录入客人信息留作以后查询.办理支付手续模块: 办理现金或银行卡支付,系统可自动结算.制作RC单模块: 对支付完押金的客人打印RC单.制作房卡模块: 对支付完押金的客人制作房卡,卡上填写客房号及入住时间等信息.客人留言模块：用户提交对该酒店入住接待系统的建议与意见,方便酒店进行改进。
管理员子系统主要完成后台数据库数据的管理和更新，包括以下功能模块：注册用户管理模块: 管理注册用户信息，包括数据的添加、删除、修改。
客房信息管理模块: 管理已出售客房和空置客房的信息.主要是房间号和是否空置。
酒店客房系统数据库设计
任务书一、数据库原理课程设计的任务1）通过本课程设讣的训练，使学生掌握数据库技术的实际应用以及数据库信息管理系统的设计方法与开发过程;初步掌握数据库需求分析方法，掌握概要设讣、逻辑设计和物理设计的步骤和技巧，理解并掌握数据库系统的整个开发过程.2）通过课程设汁，掌握数据库开发工具的使用以及综合编程调试的能力，结合数据库原理的基本理论，选用一种现代关系数据库系统，设计一个具体的信息管理系统，具备基本的数据库编程能力，为以后能进行数据库系统设计、开发与维护打下良好的基础.3）提升工程实践能力、团队协作精神、交流与沟通能力；4）通过规范化的实验报告，培养学生良好的文档习惯以及撰写规范文档的能力。
二、课程设计的基本内容目录1.数据库需求分析 (4)1.1设计目的 (4)lo 2系统功能分析 (4)1.3功能模块设计 (5)2.数据库概念结构设计 (6)2。
1概念模型 (6)2。
2 E—R 模型 (6)3.数据库逻辑结构设计 (8)3。
1关系模型设计 (9)3o 2数据模型的优化 (9)3。
3子模式设计 (9)4.数据库物理结构设计 (9)4・1存取方式设计 (9)4.2存储结构设计 (10)5.数据库安全性、完整性设计 (10)5.1主要视图设计 (10)5.2用户权限 (10)6.数据库实现...................................................................................... U 6.1编码实现 (11)6. 1.1主要数据表的创建 (11)6。
1. 2主要视图的创建 (14)6. K 3索引的创建 (14)6.1。
4创建用户权限 (14)6。
1。
5创建存储结构 (15)7.数据录入调试及运行 (16)8.课程设计总结体会 (18)9.参考文献 (19)lo数据库需求分析lo 1设计目的本酒店客房管理系统是为了满足现代洒店的管理需求、提髙对顾客的服务质量、方便酒店的管理和运营而设计的一款多功能易操作的基于B/S模式的数据库管理系统。
客房数据库设计
客房数据库设计1数据库概念结构设计通过以上对数据字典的设计，总结出3个数据库实体，其E-R图如图5至图7所示。
图5 ：客户实体图图6：客房实体图图7：客房类型实体图该系统的综合E-R图如图8所示。
图8：系统综合E-R图.2数据库逻辑结构设计根据上一节中的E-R图可以设计出以下的数据库表：客房表（房间号，房间类型，价格，房态，标志，配置，使用设置，营业日期，备注）客房住宿登记表（凭证号码，姓名，证件名称，证件号码，详细地址，出差事由，房间号，客房类型，联系电话，客房价格，住宿日期，住宿时间，住宿天数，宿费，折扣，应收宿费，预收金额，提醒日期，退宿日期，备注，标志，日期，时间，结款方式，退宿时间，提醒时间，摘要，BZ）退房登记表（凭证号码，姓名，证件名称，证件号码，详细地址，工作单位，房间号，客房类型，客房价格，住宿日期，住宿时间，住宿天数，宿费，折扣或招待，折扣，应收宿费，杂费，电话费，会议费，存车费，赔偿费，金额总计，预收宿费，退还宿费，退房日期，退房时间，日期，时间，备注，联系电话，BZ）挂账登记表（ID，日期，挂账单位，摘要，住宿金额，欠款金额，还款金额，金额累计，姓名，证件号码，票号，时间，序号，房间标准，房间价格）用户表（用户名，密码）用户权限表（客房预定，住宿登记，追加押金，调房登记，退宿登记，客房管理，客房查询，房态查看，挂帐查询，客户结款，预定房查询，住宿查询，退宿查询，宿费提醒，登记预收报表，客房销售报表，客房销售统计报表，操作员设置，密码设置，数据库备份，权限设置，用户名）宾馆客房管理系统的详细设计与实现1数据库的实现1、创建数据库：打开Microsoft SQL Server 2000的企业管理器，创建一个空数据库，命名为Hotel，如图9所示。
图9：数据库实现图2、在Hotel中创建六张表，分别为客房住宿登记表，退房登记表，挂账表，客房信息表用户表，用户权限表，其结构如图10至图15所示。
数据库系统设计酒店预订系统
数据库系统设计酒店预订系统简介
本文将讨论酒店预订系统的数据库系统设计。
酒店预订系统是
现代城市发展中不可或缺的服务，它能让人们快速高效地找到合适
的酒店，并实现在线预订。
因此，设计一个能够满足用户需求的数
据库系统至关重要。
数据库设计
数据库架构
在设计酒店预订系统的数据库系统时，采用三层架构是最为常
见的做法。
三层架构包括应用程序层、业务逻辑层以及数据访问层。
其中，数据访问层与数据库系统密切相关。
数据库模式
在数据库模式设计时，应该考虑到以下几个方面：
- 酒店的信息：酒店名称、地址、联系方式等；
- 房间的信息：房间类型、价格、数量等；
- 用户的信息：用户名、密码、预订记录等；
- 订单的信息：订单号、用户信息、酒店信息、房间信息、预订时间等。
数据库范式
在数据库范式设计时，应该尽可能地将数据进行规范化。
在这里，我们采用以下三个范式：
- 第一范式：每个属性都具有原子性，不可再分；
- 第二范式：非主键属性必须完全依赖于主键而非部分依赖；
- 第三范式：任何非主键属性不依赖于其它非主键属性。
功能设计
酒店预订系统需要实现的主要功能包括：
- 用户注册、登录、修改密码等用户管理功能；
- 酒店搜索、预订等酒店管理功能；
- 订单查看、取消等订单管理功能。
总结
以上是酒店预订系统的数据库系统设计的主要思路。
在实际设计中，要充分考虑到系统的可扩展性和稳定性，并采用安全可靠的技术手段来保护用户隐私。
同时，要根据实际需要不断优化和改进系统。
酒店客房管理系统数据库设计
酒店客房管理系统数据库设计一．概述酒店客房管理系统的主要任务是对酒店的客房进行管理，使用户能轻松地找到所需要的客房信息，提供订房和退房服务，并对酒店客房的业绩进行统计。
图1是一个典型的酒店客房管理系统的界面。
图1 典型的酒店客房管理系统界面在不同的酒店之间，酒店客房管理系统会存在一些差异。
通常，酒店客房管理系统的主要功能包括以下几个方面。
(1) 用户信息管理：对酒店客房管理系统的使用员工进行管理，包括对员工的基本信息(如用户姓名、所属部门、用户类型等)进行检索、录入和修改。
(2) 客房类型管理：用户可自定义客房类型，并对其进行管理，包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改。
(3) 客房信息管理：用户对客房信息进行管理，包括对客房的基本信息(如客房号、客房类型、客房位置等)进行检索、录入和修改。
(4) 客房经营管理：实现对客房的订房和退房管理，包括对客房的业务信息(如客房号、入房时间、退房时间、金额等)进行检索、录入和修改。
(5) 客户信息查询：用户可对入住过酒店的客户信息进行查询，包括对客户的基本信息(如身份证号、客户姓名、联系电话)进行检索。
(6) 经营状况统计：根据酒店客房的业务记录，用户可选择不同的统计方式对营业额进行统计。
从功能描述的内容来看，本实例可以实现六大功能。
我们根据这些功能，设计出系统的功能模块，如图2所示。
图2 酒店客房管理系统功能模块示意图二．需求分析需求分析阶段是酒店客房管理系统开发最重要的阶段。
开发者首先要了解和澄清用户的需求，然后严格地定义该系统的需求规格说明书。
这里我们将需求分析分为两个过程，一是理解需求，二是分析需求，下面分别讲解。
1．理解需求理解需求是在问题及其最终解决方案之间架设桥梁的第一步。
开发者只有和客户充分理解了需求之后才能开始设计系统，否则，对需求定义的任何改进，在设计上都必须大量的返工。
下面是经过双方调研后得到的需求规格说明。
酒店客房数据库设计[]
![酒店客房数据库设计[]](https://img.taocdn.com/s3/m/85b46307856a561253d36f87.png)
酒店客房数据库设计追求经济效益是酒店的运营宗旨之一，创造优质高效的工作环境是酒店管理的核心，一个成熟的酒店客房管理控制系统代表着一种科学的管理方式，已被越来越多的工程设计人员和酒店管理人士所熟悉和重视。
随着人员流动规模的不断扩大,宾馆数量的急剧增加，有关客房管理的各种信息(数据）量也在不断成倍增长。
面对庞大的信息量，就需要有客房信息管理系统来提高客房管理工作的效率.通过这样的系统，我们可以做到信息的规范管理和快速查询，从而减少了管理方面的工作量.1 需求分析进行需求分析必须准确了解系统的要求（包括数据与处理），清楚系统应该实现哪些功能，酒店客房系统要求实现的主要功能有：入住、退房、转房、房租、房间状况、房间预定。
1.1 功能需求我们按主要功能区将需求做了划分。
具体实现无须严格按该划分组织程序的模块结构.在时间、财务受限时，我们将为这些功能区确定优先级。
功能需求基于以下原则:1、我们只简单描述与明确的市场标准相同的系统功能，而详细说明与市场标准不同的功能,因此需求说明的详细程度有所不同。
2、系统设计应尽可能满足“易用"原则。
3、系统必须为支持、维护、操作、检查数据库和文件提供必要的过程/清单/屏幕图象等,以下不再特别说明.1。
2 主数据1。
酒店客房分几种：单人套房、双人、四人等。
2。
要登记房间预定时间和入住时间，精确到小时.3.方便查询,和修改.能够方便的查询到每间房间的时间和人员信息。
4.审核机制,可多人同时预订同一间房(也就是先预订并读入数据库，通过审核确认再加入预定信息中）.5。
双人房可两人同是入住，四人类似。
系统应按客房状况存储数据。
6个主要功能区将交叉使用这些数据.将客房状况视为系统的主数据。
我们为每项需求指定权值，用于说明该需求的优先级。
所采用的优先级如下：3、至关重要的特性，用于支持系统的基本任务。
在无法直接提供该特性时，供应商应尽可能建议可替代的解决方案.2、非常重要的特性，用于支持系统的重要任务.该特性虽然不是关键性的,但是缺少该特性将影响系统的应用价值。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
date
not n ull
预订入
住日期
lastDate
date
not n ull
退房日 期
spe
varchar(5020)
not n ull
用户名
password
varchar(20)
not n ull
密码
per
int
not n ull
权限
(3)房间类型表：tbtype
字段名
数据类型
空/非空
约束条件
其他说明
typeld
int
not n ull
IDENTITY(1,1)
PRIMARY KEY
IDENTITY(1,1)
PRIMARY KEY
登记ID
roomNum
int
not n ull
foreig nkey
REFERENCES tbroom(roomNum)
房间号
clientId
int
not n ull
foreig nkey
REFERENCES tbclie nt(cle ntId)
客户ID
not n ull
性别
ide ntityCard
varchar(30)
not n ull
证件号
phone
varchar(20)
not n ull
联系电话
(2)登录信息表：tbemployee
字段名
数据类型
空/非空
约束条件
其他说明
employeeId
int
not n ull
IDENTITY(1,1)
PRIMARY KEY
客房类型ER图
登记记录ER图
总ER图
逻辑结构设计
(1)客人信息表：tbclie nt
字段名
数据类型
空/非空
约束条件
其他说明
clientId
int
not n ull
IDENTITY(1,1)
PRIMARY KEY
客户ID
n ame
varchar(20)
not n ull
客户姓名
sex
varchar(2)
类型编号
typeName
varchar(20)
not n ull
类型名
price
int
not n ull
价格
(4)房间信息表：tbroom
字段名
数据类型
空/非空
约束条件
其他说明
roomId
int
not n ull
IDENTITY(1,1)
PRIMARY KEY
房间ID
roomNum
int
not n ull
功能需求分析
用户管理：添加用户，修改用户密码。
客户管理：添加客户，查询，修改，删除客户信息。 客房管理：添加客房，查询，修改，删除客房信息。
客房类型管理：添加客房类型，修改客房类型。
订房：预订客房，取消预订房间。 客房登记信息管理：查看客房登记信息。
概念设计
用户实体ER图
客户信息实体ER图
客房信息实体ER图
房间号
typeId
int
not n ull
foreig nkey
REFERENCES tbtype(typeId)
房间类型
ID
status
varhar(10)
not n ull
房间状态
(5)客户住房登记信息表：tbcheckin
字段名
数据类型
空/非空
约束条件
其他说 明
checkId
int
not n ull