数据库房产中介管理系统课程设计报告模板.doc

《数据库房产中介管理系统课程设计报告模板.doc》由会员分享，可在线阅读，更多相关《数据库房产中介管理系统课程设计报告模板.doc（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数据库房产中介管理系统课程设计报告462020年4月19日文档仅供参考数据库原理及应用课程设计房屋中介管理系统学生姓名： + 学生班级： + 学生学号： + 指导老师： + 目录一、系统概述及需求分析31.1 系统开发背景31.2 开发目标及功能需求简介31.3 安全性与完整性要求：41.4确定项目及功能41.4.1 用户管理41.4.2 房屋管理51.5数据流图61.5.1 总体的功能图61.5.2具体的求购，出售数据流图61.5.3具体的房屋求租，出租信息71.5.4总数据流图71.6 数据字典81.6.1数据项81.6.2数据结构111.6.3数据流111.6.4数据存储121.6.5处

2、理过程12二、概念设计-ER图122.1用户出售（出租、求购、求租）子系统122.2管理员和常识性知识子系统132.3用户找回密码子系统142.4总E-R图14三、逻辑结构设计163.1 ER图向关系模式的转换及表的定义163.2 对关系模式规范化说明163.2.1普通用户关系范式判定163.2.2出租房屋信息关系范式判定173.2.3出租房价信息关系范式判定173.2.4求租房屋信息关系范式判定173.2.5求租房价信息关系范式判定173.2.6出售房屋信息关系范式判定183.2.7出售房价信息关系范式判定183.2.8求购房屋信息关系范式判定183.2.9求购房价信息关系范式判定193.2

3、.10管理员关系范式判定193.2.11密码修改关系范式判定193.2.12找回密码关系范式判定193.2.13用户级别关系范式判定20四、物理结构设计20五、数据库的实施215.1建立房屋中介数据库215.2建表225.2.1普通用户表225.2.2管理员表225.2.3出租房屋表235.2.4出租房价245.2.5 求租房屋表245.2.6求租房价表255.2.7出售房屋表265.2.8出售房价表265.2.9求购房屋表275.2.10 求购房价表275.2.11用户级别表285.2.12密码修改表295.2.13 找回密码表295.2.14 常识表305.3建立索引30六、运行和维护31

4、6.1维护数据库的安全性与完整性31七、总结337.1个人感悟：33八、参考文献33 一、系统概述及需求分析1.1 系统开发背景房屋中介数据库管理系统是一个房屋中介机构不可缺少的部分，能够为操作人员和用户提供充分的信息和快速查询手段。而随着科技的发展，运用新型技术针对房产中介进行有效的管理和编译使之能够在PC上、或其它设备上有效且及时的操作对其进行处理和管理。相比与旧时人工的管理方式，既提高了效率，也有利于数据的正确记载等等。1.2 开发目标及功能需求简介日常生活中，我们在居住房子时，总要查询一些关于房子出售和房子出租的信息。 而自身有房子的用户也会想要出售或出租，此时就需要一个系统能够方便人

5、们即时交换互相的信息。房产中介管理系统就是这样一个系统。房产中介系统包含了各处房产情况、出租、出售等介绍，其次不同用户能够登录到系统中，注册或者登陆后，根据自身的权限去查询、登记或修改中介信息。 房屋信息方面关于房屋，一方面要有用户能够登记租用、出售信息的需求，也要有用户能够查询租用、出售信息的需求。当查询后，还有一项能够打印专业的报表的功能。关于房屋，系统还能够添加一项房屋常识，为使用此类信息的用户提供基本常识。a. 首先房屋的租用和出售的信息需要用户输入，输入后涉及到管理员对信息的合理性进行考察和修改，还有其它用户对其进行查询。查询时，又有搜索的方式设计，以此能够有利于用户高速且快速的查询

6、。b. 其次，当房屋等相关信息登记后，须有总体的数量统计，即统计出未出租、已出租、未出售、已出售的房屋数量以及所有房屋的总数量。c. 房屋查询后，或者填写完出租、出售信息后，会有能够打印的功能项，便于用户打印出来，利于随时携带查询，核对。d. 当用户要租用或者购买房屋时，应在相应的界面添加一些关于租用和购买 房屋的常识性知识，以便用户慎重选择，谨防被骗。 用户信息方面用户在使用系统时，都要先登录或者先注册，然后输入和设定个人信息和密码。关于用户，能够分为三类。一类是超级管理员，对各类用户信息、房屋信息、界面等能够任意修改，并适时对整个系统进行维护和改进；一类是管理员，负责管理和修改房屋或者用户

7、信息；另一类是普通用户，包含能够登记想要租用和出售的房屋等，同时也能够查询租用或者购买等相关信息等。a. 超级管理员监管着整个系统，包括其内部的语言、物理和逻辑设计的修改。而且在同时，超级管理员能够对系统中的存储内容做出改动。在系统出现问题或需要更新时做出有效的管理。b. 管理员较超级管理员拥有的权限减少，其实也能够看作为一类特殊的用户，她们需要做的是对整个系统中注册有效的用户和房屋统计做出管理、查询，也可对房屋信息等进行管理、查询，同时也可帮助解答普通用户使用系统产生的疑问，确认界面上的常识性信息给出正确的并拥有对其的修改权限。c. 普通用户能够在网站进行注册，然后能够自行修改密码，添加个人

8、信息等。另外还能够发布房屋出租、出售的信息，或者登记想要租用和购买的房屋信息，方便那些发布者联系，达到信息交换的目的。当然普通用户也可自行查询房屋出租、出售的信息等，在查询房屋信息时，用户也能够对查询对房屋的出租和出售的信息进行行之有效的统计。1.3 安全性与完整性要求： 系统中，对各种信息进行管理和修改时应规范输入。 安全性要求：a. 系统中用户注册时应要求用户设置其密码，并设置合法的个人标记（例身份证号等），保证用户身份不被盗用或盗用后可及时找回；b. 系统中，有不同级别的用户也应相应的设定其权限范围，而这个设定能够从数据调用的访问级别入手。 完整性要求：d. 要求信息的完整性，例如用户的

9、姓名、密码、邮箱等不能为空。e. 各种数据间相互的联系的正确性。减少数据冗余等。1.4确定项目及功能 根据需求分析，将以上功能具体化设计。分为两个部分。1.4.1 用户管理一、系统概述及需求分析31.1 系统开发背景31.2 开发目标及功能需求简介31.3 安全性与完整性要求：41.4确定项目及功能41.4.1 用户管理41.4.2 房屋管理71.5数据流图71.5.1 总体的功能图71.5.2具体的求购，出售数据流图81.5.3具体的房屋求租，出租信息81.5.4总数据流图91.6 数据字典91.6.1数据项91.6.2数据结构131.6.3数据流141.6.4数据存储141.6.5处理过程

10、14二、概念设计-ER图152.1用户出售（出租、求购、求租）子系统152.2管理员和常识性知识子系统152.3用户找回密码子系统162.4总E-R图16三、逻辑结构设计193.1 ER图向关系模式的转换及表的定义193.2 对关系模式规范化说明193.2.1普通用户关系范式判定193.2.2出租房屋信息关系范式判定203.2.3出租房价信息关系范式判定203.2.4求租房屋信息关系范式判定203.2.5求租房价信息关系范式判定203.2.6出售房屋信息关系范式判定213.2.7出售房价信息关系范式判定213.2.8求购房屋信息关系范式判定213.2.9求购房价信息关系范式判定223.2.10

11、管理员关系范式判定223.2.11密码修改关系范式判定223.2.12找回密码关系范式判定223.2.13用户级别关系范式判定23四、物理结构设计23五、数据库的实施245.1建立房屋中介数据库245.2建表255.2.1普通用户表255.2.2管理员表255.2.3出租房屋表265.2.4出租房价275.2.5 求租房屋表275.2.6求租房价表285.2.7出售房屋表295.2.8出售房价表295.2.9求购房屋表305.2.10 求购房价表305.2.11用户级别表315.2.12密码修改表325.2.13 找回密码表325.2.14 常识表335.3建立索引33六、运行和维护346.1

12、维护数据库的安全性与完整性34七、总结367.1个人感悟：36八、参考文献361. 普通用户：1) 用户注册、登录2) 用户能够更新和修改个人信息、修改密码等3) 用户发布房屋出租信息4) 用户发布房屋出售信息5) 用户求租房屋信息6) 用户求购房屋信息7) 用户查询房屋出租信息8) 用户查询房屋出售信息9) 用户对房屋出售查询统计信息10) 用户对房屋出租查询统计信息 管理员：c. 登录系统d. 管理员能够修改个人信息和密码e. 查询用户f. 查询房屋出租和出售房屋信息g. 查询用户求购房屋和求租房屋信息h. 管理统计普通用户i. 管理统计房屋出租信息j. 管理统计房屋出售信息k. 管理统计

13、用户求租信息l. 管理统计用户求购信息m. 管理常识性知识的设置和修改3. 超级管理员1) 修改储存信息2) 更新和维护系统1.4.2 房屋管理1 房屋的出租信息2 房屋的出售信息3 房屋的求租信息4 房屋的求购信息5 房屋的统计信息6 房屋的常识性信息提供1.5数据流图1.5.1 总体的功能图房屋中介管理系统用户出租信息用户出售信息超级管理员查寻出租信息查寻出售信息房屋常识信息1.5.2具体的求购，出售数据流图用户登记求购管理员登记出售出售信息统计表求购信息统计表购房信息统计求租查询求购信息出售信息查询出售信息1.5.3具体的房屋求租，出租信息用户登记求租管理员登记出租出租信息统计表求租信息

14、统计表求租信息统计求租查询求租信息出租信息查询出租信息1.5.4总数据流图用户登记出售登记出租房屋常识管理员登记求购出售求购信息统计表登记求租出租求租作息统计发布出售信息发布出租信息发布求租信息发布求购信息房屋出售信息房屋出租信息求购信息统计求租信息统计查询出售求购信息查询出租求租信息出售求购信息统统计统计统计出租求租信息统计查询常识房屋常识1.6 数据字典1.6.1数据项1.6.1.1 普通用户数据字典数据项名别名类型取值范围含义说明编号用户编号char用户的唯一标识姓名char用户注册时的代码性别char男或女标识用户男或女密码验证文字char用户的登录标识住址居住地char用户现在居住的

15、城市联系电话联系标识char能够联系用户的标识邮箱E-mailchar网络上的通信方式安全问题密保问题char字母数字的组合用来找回密码验证用户1.6.1.2 管理员数据字典数据项名别名类型取值范围含义说明编号管理员编号char管理员的唯一标识姓名char管理员注册时代码密码验证文字char字母数字的组合用户登录标识1.6.1.3 出租房屋信息数据字典数据项名别名类型取值范围含义说明编号出租者编号char出租者的唯一标识姓名char出租者注册时代码联系电话联系标识char能够联系出租者的标识房屋种类房屋等级char好、良、中、差判定房屋好坏每月价格每月月租money0出租者每月想收的租金出租房

16、屋面积房屋大小float0房屋面积的大小出租情况是否出租char是、否房屋现在是否出租房屋地址出租房地址char出租者想出租的房屋现在地址备注信息房屋其它描述char对出租房子的一些其它描述1.6.1.4 出售房屋信息数据字典数据项名别名类型取值范围含义说明编号出售者编号char出售者的唯一标识姓名char出售者注册代码联系电话联系标识char能够联系出售者的标识房屋种类房屋等级char好、良、中、差判定房屋好坏出售价格房屋价格money0出售房屋期望价格出售房屋面积房屋大小float0房屋面积的大小出售情况是否出售char是、否房屋现在是否出售房屋地址出售房地址char出售者想出售的房屋现在

17、地址备注信息房屋其它描述char对出售房子的一些其它描述1.6.1.5 求租房屋信息数据字典数据项名别名类型取值范围含义说明编号求租者编号char求租者的唯一标识姓名char求租者注册系统时的文本联系电话联系标识char能够联系求租者的标识房屋种类房屋等级char好、良、中、差判定房屋好坏求租价格每月月租money0求租者每月想交付的租金求租房屋面积房屋大小float0房屋面积的大小备注信息房屋其它描述char求租者对房屋的一些其它的要求1.6.1.6 求购房屋信息数据字典数据项名别名类型取值范围含义说明编号求购者编号char求购者的唯一标识姓名char求购者注册系统时的文本联系电话联系标识c

18、har能够联系求购者的标识房屋种类房屋等级char好、良、中、差判定房屋好坏房屋价格房屋市价money0求购者愿意为些房屋付出的价格求购房屋面积房屋大小float0房屋面积的大小备注信息房屋其它描述char求购者对房屋的一些其它的要求1.6.1.7 用户级别数据字典属性名存储代码类型取值范围含义说明编号级别编号char用户级别的唯一判定姓名char用户注册系统时的文本密码验证文字char字母数字的组合用户登录的标识级别等级位数int1、2、3用户等级的标识1.6.1.8 密码修改数据字典数据项名别名类型取值范围含义说明编号用户编号char用户的唯一标识姓名char用户注册系统时的文本原密码原来

19、的验证文字char字母数字的组合用户原登录标识新密码新的验证文字char字母数字的组合用户新的登录标识1.6.1.9 找回密码数据字典数据项名别名类型取值范围含义说明姓名char用户注册系统时的文本编号用户编号char用户的唯一标识密码验证文字char字母数字的组合用户新的登录标识邮箱E-mailchar网络上的通信方式安全问题用户密码标识char可找回密码的问题问题回答安全问题的答案char对安全问题的回答1.6.1.10 常识信息数据项名别名类型取值范围含义说明编号常识编号Char常识的唯一标识常识房屋常识Char 常识消息1.6.2数据结构数据结构名组成含义说明用户信息编号、姓名、密码、

20、用户级别（普通用户，管理员，超级管理员）用来存放用户的信息出租房屋信息编号、姓名、联系电话、房屋种类、每月价格、出租房屋面积、出租情况、房屋地址、备注信息等出租房屋的信息和对房屋的描述出售房屋信息编号、姓名、联系电话、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息等出售房屋的信息和对房屋的描述求租房屋信息编号、姓名、联系电话、房屋种类、求租价格、求租房屋面积、备注信息求租房屋的信息和对房屋的描述求购房屋信息编号、姓名、联系电话、房屋种类、求购求租价格、求购房屋面积、备注信息求购房屋的信息和对房屋的描述用户级别编号、姓名、密码、用户级别（1普通用户，2管理员，3超级管理员）用户级

21、别的判定和权限的授予验证密码修改编号、姓名、原密码、新密码用来更改验证信息找回密码姓名、原密码、新密码、邮箱、安全问答、问题回答用来找回验证信息管理员编号、姓名、密码对管理员信息的存放常识信息编号、常识对常识的描述1.6.3数据流数据流名数据流来源数据流去向组成出租房屋信息普通用户管理员出租、求租房屋统计表出售房屋信息普通用户管理员出售、求购房屋统计表求租房屋信息普通用户管理员出租、求租房屋统计表求购房屋信息普通用户管理员出售、求购房屋统计表常识性知识信息管理员普通用户常识性知识提醒信息1.6.4数据存储数据存储名输入的数据流输出的数据流组成出租、求租房屋统计表出租房屋信息求租房屋信息出租、求

22、组房屋信息及其统计数据出租房屋信息及统计信息求租房屋信息及统计信息出售、求购房屋统计表出售房屋信息求购房屋信息出售、求购房屋信息及其统计数据出售房屋信息及统计信息求购房屋信息及统计信息常识性知识信息表常识性知识信息常识性知识信息常识性知识信息1.6.5处理过程处理过程名输入数据流输出数据流登记出租出租信息出租信息登记求租求租信息求租信息登记出售出售信息出售信息登记求购求购信息求购信息查询出租出租信息出租信息查询求租求租信息求租信息查询出售出售信息出售信息查询求购求购信息求购信息查询用户用户信息用户信息查询常识性知识常识性知识信息常识性知识信息二、概念设计-ER图2.1用户出售（出租、求购、求租

23、）子系统用户登记房屋求购（出售、出租）信息登记传达管理员整理求购等信息统计表邮箱联系电话安全问题姓名编号性别密码住址nm联系电话编号姓名房屋种类房屋面积房屋地址备注信息出租情况每月价格nmnm联系电话编号姓名房屋种类每月价格出租情况备注信息房屋面积房屋地址编号姓名密码2.2管理员和常识性知识子系统用户查询常识性知识提供管理员nmnm2.3用户找回密码子系统用户修改密码邮箱发送授予许可回答安全问题传递管理员处理11m1111nm12.4总E-R图用户登记房屋出租等信息统计传达管理员整理求购等 信息统计表住 址密码性别邮箱联系电话安全问题姓名编号姓名编号房屋种类联系电话房屋面积房屋地址备注信息出租

24、情况每月价格房屋面积房屋地址备注信息出租情况每月价格编号联系电话姓名房屋种类修改密码邮箱发送授予许可处理回答安全问题传递查询常识性知识提供nmnmnmnmnm11m1nm1111编号姓名密码三、逻辑结构设计3.1 ER图向关系模式的转换及表的定义普通用户：（用户编号，姓名，性别，密码，住址，邮箱，联系电话，安全问题）出租房屋信息：（出租房屋编号、姓名、联系电话、房屋种类、出租房屋面积、出租情况、房屋地址、备注信息）出租房价信息：（出租房屋编号、房屋种类、每月价格）出售房屋信息：（出售房屋编号、姓名、联系电话、房屋种类、出售房屋面积、出售情况、房屋地址、备注信息）出售房价信息：（出售房屋编号、房

25、屋种类、每月价格）求租房屋信息：（求租房屋编号、姓名、联系电话、房屋种类、求租房屋面积、备注信息）求租房价信息：（求租房屋编号、房屋种类、求租价格）求购房屋信息：（求购房屋编号、姓名、联系电话、房屋种类、求购房屋面积、备注信息）求购房价信息：（求购房屋编号、房屋种类、求购价格）用户级别：（编号、姓名、密码、用户级别（三种）找回密码：（编号、姓名、邮箱、安全问题、问题回答、原密码）密码修改：（编号、姓名、原密码、新密码）管理员：（管理员编号，姓名，密码）常识表：（编号、常识）3.2 对关系模式规范化说明3.2.1普通用户关系范式判定普通用户：（用户编号，姓名，性别，密码，住址，邮箱，联系电话，安

26、全问题）用户编号姓名，用户编号性别，用户编号密码，用户编号住址，用户编号邮箱，用户编号联系电话，用户编号安全问题由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是用户编号。由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.2出租房屋信息关系范式判定出租房屋信息：（出租房屋编号、姓名、联系电话、房屋种类、出租房屋面积、出租情况、房屋地址、备注信息）出租房屋编号姓名，出租房屋编号联系电话，出租房屋编号房屋种类，出租房屋编号出租房屋面积，出租房屋编号出租情况，出租房屋编号房屋地址，出租房屋编号备

27、注信息由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是出租房屋编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.3出租房价信息关系范式判定出租房价信息：（出租房屋编号、房屋种类、每月价格、）出租房屋编号、房屋种类每月价格，出租房屋编号由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是房屋种类由于该关系中，不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.4求租房屋信息关系范式判定求租房屋信息：（求租房屋编号、姓名

28、、联系电话、房屋种类、求租房屋面积、备注信息）求租房屋编号姓名，求租房屋编号联系电话求租房屋编号房屋种类，求租房屋编号求租房屋面积求租房屋编号备注信息由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是求租房屋编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.5求租房价信息关系范式判定求租房价信息：（求租房屋编号、房屋种类、求租价格、）求租房屋编号、房屋种类求租价格由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是房屋种类、求租房屋编号由于该关系中，不存在部分函数依赖，已

29、达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.6出售房屋信息关系范式判定出售房屋信息：（出售房屋编号、姓名、联系电话、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息）出售房屋编号姓名，出售房屋编号联系电话出售房屋编号房屋种类，出售房屋编号出售房屋面积出售房屋编号出售情况，出售房屋编号房屋地址出售房屋编号备注信息由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是出售房屋编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.7出售房价信息关

30、系范式判定出售房价信息：（出售房屋编号、房屋种类、每月价格）出售房屋编号、房屋种类每月价格由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是房屋种类、出售房屋编号由于该关系中，不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.8求购房屋信息关系范式判定求购房屋信息：（求购房屋编号、姓名、联系电话、房屋种类、求购价格、求购房屋面积、备注信息）求购房屋编号姓名，求购房屋编号联系电话求购房屋编号房屋种类，求购房屋编号求购房屋面积求购房屋编号备注信息由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是求购房屋编号由于

31、该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.9求购房价信息关系范式判定求购房价信息：（求购房屋编号、房屋种类、求购价格）求购房屋编号、房屋种类求购价格由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是房屋种类，求购房屋编号由于该关系中，不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.10管理员关系范式判定管理员：（管理员编号，姓名，密码）管理员编号姓名，管理员编号密码由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码

32、是管理员编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.11密码修改关系范式判定密码修改：（编号、姓名、原密码、新密码）编号、姓名、原密码新密码由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是编号、原密码、姓名由于该关系中，是存在全部函数依赖，不存在部分函数依赖因此达到了2NF不存在传递函数依赖，因此达到了3NF3.2.12找回密码关系范式判定找回密码：1（编号、姓名、邮箱、安全问题、问题回答、原密码）编号、姓名、邮箱、安全问题、问题回答原密码由于该关系中，每一个个属性都是不可再分

33、的，因此达到了1NF,主码是编号、姓名、邮箱、安全问题、问题回答由于该关系中，是存在全部函数依赖，不存在部分函数依赖因此达到了2NF不存在传递函数依赖，因此达到了3NF3.2.13用户级别关系范式判定用户级别：（编号、姓名、密码、用户级别（三种）编号用记级别，编号姓名，编号密码由于该关系中，每一个个属性都是不可再分的，因此达到了1NF,主码是编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF3.2.14常识信息关系范式判定常识表：（编号、常识）编号常识由于该关系中，每一个个属性都是不可再分的，因此达到了1NF

34、,主码是编号由于该关系中，主码是单一属性，因此不存在部分函数依赖，已达到了第二范式2NF，在该关系中不存在传递函数依赖，因此达到了第三范式3NF四、物理结构设计4.1确定数据库的存放位置为了提高系统的性能，应该根据应用情况将数据的易变部分，稳定部分、经常存取的部分和存取频率低的部分分开存放因此我能够将表和索引分别存放在不同的磁盘上，在查询时由于两个磁盘驱动器并行工作，能够提高物理读写的速度。4.2 存取方式的分析从时间和空间上来说这种并行的设计方式是能够达到用户的需要的。存取方式的分析: 对收费、报修的各个关系最经常的操作是查找，假设现有n个住宿房间的信息，如果采取顺序查找，平均查找n/2次；

35、建立B+树索引，则平均查找次数为B+树的层数log2n+1。五、数据库的实施5.1建立房屋中介数据库5.2建表5.2.1普通用户表5.2.2管理员表5.2.3出租房屋表5.2.4出租房价5.2.5 求租房屋表5.2.6求租房价表5.2.7出售房屋表5.2.8出售房价表5.2.9求购房屋表5.2.10 求购房价表5.2.11用户级别表5.2.12密码修改表5.2.13 找回密码表5.2.14 常识表5.3建立索引由于之前的建立表的时候，做了主键的约束，因此系统会自动的建立一个聚集的索引，如图：而且一个表中的聚集索引只能有一个，因此之能再创立非聚集索引，不同的是，非聚集索引能够创立很多个，如下图：

36、六、运行和维护6.1维护数据库的安全性与完整性按照设计阶段提供的安全规范和故障恢复规范，要经常检测系统的安全是否受到侵犯，要根据用户的实际需要授予用户不同的操作权限，还在防止数据库运行中受到环境的变化，对安全性的要求也是有变化的，要根据实际的情况做出相应的调整，另外，为了确定系统在发生故障时，能够及时的进行恢复，管理员要针对不同的应用要求制定不同的转储计划，定期对数据库和日志文件进行备分，以使数据库在发生故障后恢复到某种一致性的，为了解决上述可能出现的问题，我感觉实行备分与还原还是比较可行的，备分与、还原的代码如下：如上还能够建立：同样我们也能够进行还原：USE master RESTORE

37、DATABASE fangwuFROM DISK=E Manage_Data.BAK WITH REPLACE同样我们还可能利用数据库的三级模式，仅普通用户使用外模式，这样就能够使视图来达到这样的要求的啊，如下：这样用户看到的就不是存储在物理上的真实的表，而是一张虚表。从而保证了数据的安全性。七、总结7.1个人感悟：这次的课程设计我一开始感觉那是很急手啊，因为对这个房屋的问题是一点了解也没有的，之后就找了许多的资料，看了好久，有了一点感觉，同时也参考了许多人的建议，有了很好的想法之后，才发现最难的不是敲代码，而是一种思想，你必须掌握一种数据库创立的思想，和一定的模式，不能天马行空，那样就会出现

38、各种问题，这次是有很深的感触的，一开始，我就是天马行空做到那是那，最后发现全乱了，真的不知道怎么办了，后来没有办法，按照顺序一步步的来，最后我开始了漫长的设计生活，这其中的各种不适，还有就是对word的操作不是很熟练没有办法，只好边学边用，最大收获就是自己对于这次的互相帮助，这使有感觉自己有了很大的长进，也使我认识到自己的严重不足，还有就是自己的眼高手低，没有办法，自己想的很快，可是却是很难实现的，有时候在网上找了半天也是一无所获，只有自己苦苦的找，要不就是放弃了原来的想法，另改一种方法来达到同样的目地，感觉到了原来达到同样的目的是有很多不同的方法的啊，就是这样的，自己也不能一条路走到黑啊，我感觉自己的想法是那样的不够严谨。八、参考文献【1】、数据库原理及应用教程（第二版）陈志明主编【2】、SQL Server 应用与开发范例宝典 李贺主编【3】、完全掌握SQL Server 罗运模主编