二手房中介管理系统需求分析
数据库SQL房产中介管理系统需求分析全
数据库SQL房产中介管理系统需求分析全一、引言房产中介管理系统是一种用于房产中介公司管理房屋交易信息的信息系统。
通过该系统，中介公司可以方便地管理房源信息、客户信息和交易信息，并进行房源的匹配和交易的跟踪。
本文将对房产中介管理系统的需求进行详细分析。
二、功能需求1.房源管理：系统应能够方便地录入和管理各类房源信息，包括房屋的基本信息、房屋图片、房源所属区域等。
同时，应支持对房源信息的查询、修改和删除操作。
3.交易管理：系统应能够记录和管理房屋交易的各个环节，包括房源预约、房屋看房、签订合同等。
同时，系统应能够提供统计分析功能，对交易情况进行分析并生成相应的报表。
4.权限管理：系统应支持不同角色的用户登录，并根据用户角色进行相应的权限管理。
5.系统管理：系统管理员应能够对系统的各项配置进行管理，包括用户管理、角色管理、权限管理等。
三、性能需求1.数据库性能：系统应能够支持大量数据的存储和查询操作，同时保证数据的一致性和完整性。
2.响应时间：系统应能够在用户请求后及时响应，避免用户等待过长时间。
3.并发处理能力：系统应支持多用户同时进行数据查询和修改操作，保证高并发的处理能力。
四、安全需求1.数据安全：系统应采取措施保护用户的隐私数据，包括加密存储、权限管理等。
2.访问控制：系统应具备访问控制机制，只有经过身份认证的用户才能够访问系统。
3.审计功能：系统应具备审计功能，能够记录用户对系统的操作行为，以便追溯和排查问题。
五、界面设计需求1.界面简洁友好：系统界面应具备良好的可用性，设计简洁明了，让用户能够方便地进行操作。
2.界面一致性：系统的各个界面应保持一致性，包括布局、色彩搭配和字体等。
3.响应式设计：系统应支持不同分辨率的设备访问，并能够自适应调整界面布局。
六、系统性能需求1.可扩展性：系统应能够方便地扩展以适应未来的业务需求，包括新增功能、提升性能等。
2.可靠性：系统应具备较高的可靠性，能够快速恢复故障，并保证数据不丢失。
软件工程-房产中介管理系统-需求分析
.需求分析说明书实验名称：需求分析项目名称：房屋中介管理系统班级：软件工程1xx姓名： xxxxxx学号：20214xxxx日期：2016.9.21成绩：1 引言1.1 编写目的艾森公寓房地产有限公司拥有多名职员分管不同业务，公司与多名房主具有业务联系，每个房主在委托公司进行房屋出售时须填写一张表格说明房屋地址、面积、朝向、类别、价格等相关信息。
需要购买房屋的客户在向公司寻求服务时也需登记需要购买的房屋的细节要求。
不同职员负责相应环节，跟踪记录每位客户进展，若交易达成，则公司要记录客户购买房屋合同的相关信息。
为此公司设计一个房屋中介管理系统。
1、系统功能的基本要求：（1）管理公司职员的基本信息；（2）登记房主、房屋、客户的信息，并可以方便的进行增删改查；（3）统计待售房屋信息；（4）记录交易信息。
2、数据库要求（数据表中应至少包括下列信息）：（1）公司职员基本信息表；（2）房主基本信息表；（3）客户基本信息表；（4）房屋基本信息表；（5）交易合同基本信息表。
3、其它要求：（1）系统要实现满足多种条件的统计、查询分析功能，个别统计数据要采用数学图标方式呈现；（2）系统要有一定的安全控制策略；（3）系统要采用实时数据进行测试；（4）对不同身份的用户实现不同的操作权限，加强信息管理的安全性。
购房者、售房者和管理员权限各不相同，具体如表1.0所示：表1.0 权限分配1.2 背景传统的以手工登记为主的房屋中介管理方式，效率低下、出错率高，而且耗费了大量的时间和人力资源，而今借助房屋中介管理系统，买卖房屋的顾客只需要到房屋中介中心登记一下，留下相关信息，便可以得到顾客需要的信息，同时节省了人力等大量成本。
另外，使用计算机对房屋中介信息进行管理，具有着手工管理无法比拟的优点，例如：检索迅速，查找方便，可靠性高，存储量大，保密性强等等，这些优点能够极大提高房屋中介和房地产公司运行的管理效率，使计划更合理更科学，以适应当今竞争日趋激烈的环境。
数据库SQL房产中介管理系统需求分析全
房产中介管理系统第一部分调查用户需求1.1 调查系统背景房产中介数据库管理系统是一个房屋中介机构不可缺少的部分，能够为操作人员和用户提供充足的信息和快速查询手段。
而随着科技的发展，运用新型技术针对房产中介进行有效的管理和编译使之可以在PC上、或其他设备上有效且及时的操作对其进行处理和管理。
相比与旧时人工的管理方式，既提高了效率，也有利于数据的正确记载等等。
1.2 各个功能需求简介日常生活中，我们在居住房子时，总要查询一些关于房子出售和房子出租的信息。
而自身有房子的用户也会想要出售或出租，此时就需要一个系统能够方便人们即使交换互相的信息。
房产中介管理系统就是这样一个系统。
房产中介系统包含了各处房产情况、出租、出售等介绍，其次不同用户可以登录到系统中，注册或者登陆后，根据自身的权利范围去查询、登记或修改中介信息。
①房屋信息方面关于房屋，一方面自身要分别有用户可以登记租用、出售信息的需求，也要有用户可以查询租用、出售信息的需求。
当查询后，还有一项可以打印专业的报表的功能。
关于房屋，系统还可以添加一项房屋常识，为使用此类信息的用户提供基本常识。
a.首先房屋的租用和出售的信息需要用户输入，输入后涉及到管理员对信息的合理性进行考察和修改，还有其他用户对其进行查询。
查询时，又有搜索的方式设计，以此可以有利于用户高速且快速的查询。
b.其次，当房屋等相关信息登记后，须有总体的数量统计，即统计出未出租、已出租、未出售、已出售的房屋数量以及所有房屋的总数量。
c.房屋查询后，或者填写完出租、出售信息后，会有可以打印的功能项，便于用户打印出来，利于随时携带查询，核对。
d.当用户要租用或者购买房屋时，应在相应的界面添加一些关于租用和购买房屋的常识性知识，以便用户慎重选择，谨防被骗。
②用户信息方面用户在使用系统时，都要先登录或者先注册，然后输入和设定个人信息和密码。
关于用户，可以分为三类。
一类是超级管理员，对各类用户信息、房屋信息、界面等可以任意修改，并适时对整个系统进行维护和改进；一类是管理员，负责管理和修改房屋或者用户信息；另一类是普通用户，包含可以登记想要租用和出售的房屋等，同时也可以选择租用或者购买，查询相关信息等。
房屋中介系统需求分析
房屋中介系统需求分析1.引言随着住房制度改革不断深化和居民收入水平的提高，住房成为新的消费热点。
1998以后，随着住房实物分配制度的取消和按揭政策的实施，房地产投资进入平稳快速发展时期，房地产业成为经济的支柱产业之一。
2003年以来，房屋价格持续上扬，大部分城市房屋销售价格上涨明显。
随之而来国家出台了多项针对房地产行业的调控政策，希望能引导房地产市场的健康发展。
而房屋中介行业是房地产业的重要组成部分，房屋中介贯穿在房地产业经济运行的全过程之中，为房地产业的生产、流通和消费提供了多元化的中介服务。
1.1 编写目的如今社会中售房买房热火朝天，房屋中介系统可以帮助中介商更好地进行房屋管理，同时员工也可以快速获得公司的交易信息。
1.2 参考资料《C#面向对象程序设计》、《数据库系统理论》2.项目概述2.1 项目目标、内容、现行系统的调查情况实现房屋中介公司房屋信息的及时更新和共享以及员工和客服信息管理。
2.2 系统运行环境Windows7 & windows xp2.3 条件与限制仅公司人员。
3.系统数据描述3.1 静态数据（1）登录用户：用户名：20位以内字母或数字组成密码：20位以内字母或数字组成权限：管理员或者员工权限（2）员工信息：员工编号：20位以内字母或数字组成姓名、性别、年龄、联系电话、工资（3）购房客户信息：客户编号：20位以内字母或数字组成姓名、性别、年龄、联系电话（4）房源信息：房屋编号：20位以内字母或数字组成状态、价格、地址、面积、年限、出售时间、购买时间3.2 动态数据输入数据：新增记录，输入的查寻关键字输出数据：由输入的查寻关键字确定的数据记录集合，查询输出3.3 数据流图顶层数据流图4.系统功能需求房屋中介管理系统的需求主要包括房屋信息的登记，查询，修改，删除。
对客户需求的记录，查询，修改，删除。
房屋登记将需要登记的房屋的信息输入系统，由系统进行储存，随时可以查阅修改。
房产中介系统需求分析文档
需求规格说明书1引言 (2)1.1编写目的： (3)1.2背景： (3)1.3定义： (3)1.4参考资料： (3)2任务概述 (4)2。
1目标: (4)2.2用户的特点: (4)2。
3假定和约束： (4)3需求分析-—系统用例图分析 (4)3.1用例图： (4)3.1。
1一般用户功能用例图： (4)3.1。
2经济人功能用例图: (5)3.1。
3系统管理员功能用例图： (6)3.2一般用户用例描述： (6)3.2.1注册用例描述： (6)3。
2.2登录用例描述： (6)3.2。
3修改登录密码用例描述: (7)3。
2.4管理个人信息用例描述: (8)3。
2.4。
1 修改个人信息用例描述：3。
2。
4.2 完善个人信息用例描述：3。
2.5查询房源信息用例描述： (8)3。
2.5.1 查询出售房源信息用例描述：3.2。
5。
2 查询出租房源信息用例描述：3。
2。
6收藏房源用例描述： (9)3。
2.7管理个人房源用例描述： (10)3.2。
7。
1发布个人房源用例描述: (10)3.2.7.2删除个人房源用例描述: (10)3.2.7。
3修改个人房源信息用例描述： (11)3.2。
7。
4查看个人房源信息用例描述: (11)3.2。
8预约房源用例描述： (11)3。
2。
9评价房源、经纪人用例描述: (12)3。
2.10给经济人/系统留言：3.3 房产经济人用例描述： .............................................................................................3.3.1 经济人注册用例描述： ......................................................................................3.3。
2 经济人登陆用例描述：....................................................................................3。
二手房中介管理系统需求分析
二手房中介管理系统需求分析一、背景随着房地产市场的发展，二手房交易量不断增长，中介行业的竞争也越来越激烈。
传统的中介公司管理方法存在一些问题，比如人工操作效率低、信息不及时准确等。
因此，对于中介公司而言，开发一套高效的二手房中介管理系统已经成为一种必要的选择。
二、需求分析2.1 功能需求2.1.1 订单管理•管理员可以对订单进行管理，包括订单录入、订单查询、订单修改、订单删除等功能。
•可以对订单进行跟进，并记录跟进历史。
•可以对订单进行分配，分配给不同的中介人员。
2.1.2 房源信息管理•中介人员可以录入、修改、删除房源信息。
•中介人员可以查询房源信息，可以根据区域、户型、价格等多个条件进行筛选。
•可以对房源进行推荐，将符合客户需求的房源推荐给客户。
2.1.3 客户管理•可以对客户进行增、删、改、查等操作。
•可以将客户进行分类，如潜在客户、已成交客户等。
•可以记录客户的需求，比如面积、户型、租金等信息。
2.1.4 统计分析•可以对订单、房源信息、客户等数据进行统计分析，提供数据参考以便于决策。
•可以根据时间、区域等多个维度对数据进行分析展示。
2.1.5 财务管理•可以对订单信息进行财务管理，包括订单金额、佣金等信息，可以生成相关财务报表。
2.2 非功能需求2.2.1 安全性•系统应具备密码安全、访问权限管理等功能，以确保数据的安全。
2.2.2 可靠性•系统应该具备数据备份和恢复功能，以保障数据的完整性和可靠性。
2.2.3 界面友好性•界面应该布局合理、美观大方。
•界面应该反应快速，用户体验要好。
2.2.4 易用性•系统应该易于使用，用户应该能够快速上手操作。
•系统应该具备良好的操作提示和文档。
三、总结综上所述，二手房中介管理系统的需求包括订单管理、房源信息管理、客户管理、统计分析、财务管理等功能。
除了功能需求，系统还需要具备一定的非功能需求，如安全性、可靠性、界面友好性和易用性等。
因此，为了满足市场需求，开发一个完善的二手房中介管理系统是十分必要的。
房产中介管理系统需求分析报告
房产中介管理系统需求分析报告目录1. 引言 (1)1.1编写目的................................................ 错误!未定义书签。
1.2项目风险................................................ 错误!未定义书签。
1.3文档约定................................................ 错误!未定义书签。
1.4预期读者和阅读建议................................ 错误!未定义书签。
1.5产品范围................................................ 错误!未定义书签。
1.6参考文献................................................ 错误!未定义书签。
2. 综合描述 (3)2.1产品的状况 (3)2.2产品的功能 ............................................ 错误!未定义书签。
2.3用户类和特性 (3)2.4运行环境................................................ 错误!未定义书签。
2.5设计和实现上的限制................................ 错误!未定义书签。
2.6假设和约束(依赖) .................................... 错误!未定义书签。
3. 外部接口需求 (4)3.1用户界面................................................ 错误!未定义书签。
3.2硬件接口................................................ 错误!未定义书签。
房产中介管理系统
房产中介管理系统一、项目概述随着房地产市场的繁荣，房产中介行业也在不断壮大。
如何提高中介公司的服务质量和效率，为客户提供更好的服务，已成为中介公司急需解决的问题。
本文将介绍一款房产中介管理系统，致力于为中介公司提供一体化的管理解决方案，帮助中介公司在日常业务中提供更好的服务。
二、需求分析1.基础功能（1）房源信息管理：包括房源的基本信息、房源所在区域、房源照片等。
（2）客户信息管理：包括客户的基本信息、客户需求、客户所在区域等。
（3）人员管理：包括员工信息、员工考勤、员工业绩等。
（4）合同管理：包括房源与客户的租售合同等。
（5）财务管理：包括中介公司收入、支出、工资等。
2.高级功能：（1）房源推荐功能：根据客户需求和搜索历史，为客户推荐符合要求的房源。
（2）在线签署合同：客户可在线签署租售合同，提高签约效率。
（3）人才招聘：提供在线岗位发布，并支持在线投递简历功能。
三、系统设计1.技术选型：选择开源的 PHP 框架 Laravel 开发，Laravel 是一个优秀的 PHP 框架，具有完善的文档和社区支持，适合中小型项目开发。
2.数据表设计：系统主要包括五个模块，分别为房源管理、客户管理、人员管理、合同管理和财务管理。
每个模块对应不同的数据表，具体结构如下：（1）房源表：id（房源ID）、name（房源名称）、area （所在区域）、address（房源地址）、price（租售价格）、photo（房源照片）、create_time（创建时间）、update_time（更新时间）等字段；（2）客户表：id（客户ID）、name（客户名称）、phone（客户电话）、area（客户所在区域）、demand（客户需求）、create_time（创建时间）、update_time（更新时间）等字段；（3）人员表：id（员工ID）、name（员工名称）、phone（员工电话）、sex（员工性别）、birthday（员工生日）、hiredate（入职时间）、salary（员工工资）、position（员工职位）、create_time（创建时间）、update_time（更新时间）等字段；（4）合同表：id（合同ID）、house_id（房源ID）、customer_id（客户ID）、type（合同类型）、price（租售价格）、sign_date（签约日期）、end_date（到期日期）、create_time（创建时间）、update_time（更新时间）等字段；（5）财务表：id（财务ID）、income（收入）、expend（支出）、salary（员工工资）、create_time（创建时间）、update_time（更新时间）等字段。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
二手房中介管理系统需求分析Prepared on 24 November 2020呼伦贝尔学院计算机科学与技术学院数据库系统开发与应用课程设计题目：____二手房中介管理系统____学生姓名：__________梅广丽__________学号：______________专业班级：_________软件工程_________任课教师：___________白杨___________完成时间：______2017年9月14日_____目录第1章需求分析1.1 总体需求简介随着住房制度改革不断深化和居民收入水平的提高，住房成为新的消费热点。
1998以后，随着住房实物分配制度的取消和按揭政策的实施，房地产投资进入平稳快速发展时期，房地产业成为经济的支柱产业之一。
2003年以来，房屋价格持续上扬，大部分城市房屋销售价格上涨明显。
随之而来国家出台了多项针对房地产行业的调控政策，希望能引导房地产市场的健康发展。
而房屋中介行业是房地产业的重要组成部分，房屋中介贯穿在房地产业经济运行的全过程之中，为房地产业的生产、流通和消费提供了多元化的中介服务。
随着科学技术的飞速发展，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。
城市生活当中房屋的租赁买卖十分的频繁。
一套行之有效的房屋中介系统将给房屋中介商和房屋交易双方带来相当多的便利。
正是这样的需求，我们着力为房屋中介行业定制这样一个计算机管理软件。
力求为用户提供简洁、易操作的界面，快速完成房源检索，房屋预定，交易管理。
1.2 功能分析通过对系统的分析及对其他网店的参考，基本确定了“网上中介”的基本功能以及基本性能的基本需求。
功能需求：这方面的需求指定系统必须提供的服务，通过需求分析应该划分出系统必须完成的所有功能。
其功能如下：（1）用户管理，主要有用户注册、修改用户信息。
（2）房屋求购信息管理，主要有登记求购者信息、修改信息、删除信息。
（3）房屋出租信息管理，主要包括登记出租者信息、修改信息、删除信息。
（4）管理员管理，主要有筛选信息、修改信息、通知用户、删除信息、订单处理。
1.3 组织结构分析1.3.1 管理员系统功能模块图本系统中，管理员是系统中拥有最高权限的人，管理员可以进行用户信息筛选、修改信息、通知用户、删除信息等。
下图是对管理员功能的组织结构分析图，如下图1-1 管理员功能组织结构图。
1.4 业务流程图1.4.1 订单管理业务流程图在用户确认订单信息并提交订单之后，此时，本系统的管理员可登入本系统，对订单信息进行管理，具体业务流程图如下图1-5 管理员订单管理流程图。
（2）二手房中介管理系统房屋求购流程图1.6 数据字典1.6.1 数据项数据项名：userID含义说明：每个用户的代号，用来对所有用户加以区分。
别名：用户编号数据类型：长整型长度：24取值范围：所有字母、数字和下划线。
数据项名：user_name含义说明：用来对每个用户加以区分和标示。
别名：用户名数据类型：字符型长度：10取值范围：所有汉字或英语数据项名：user_sex含义说明：每个用户的性别进行区分。
别名：用户性别数据类型：字符型长度：2取值范围：男或女：数据项名：user_email含义说明：可以传送通知信息及找回密码。
别名：邮箱数据类型：字符型长度：50取值范围：所有自然数、字母、下划线和字符数据项名：user_password含义说明：保证用户信息安全别名：密码数据类型：字符型长度：10取值范围：所有英文字母及所有自然数数据项名：user_phone含义说明：用来通知用户别名：电话数据类型：长整型长度：22取值范围：所有自然数数据项名：guanID含义说明：对每个管理员加以标示和区分别名：管理员编号数据类型：整型长度：10取值范围：所有自然数数据项名：guan_name含义说明：用来对每个管理员加以区分和标示数据类型：字符型长度：18取值范围：所有汉字和英语1.6.2 数据结构1.6.3 数据流名称：登记注册简述：管理员登记用户信息数据来源：求购房屋或出租房屋的客户数据去向：用户登记表数据组成：用户编号、用户姓名、性别、邮箱、密码、地址、电话名称：求购信息简述：用户发布房屋求购信息数据来源：求购房屋的客户数据去向：房屋求购登记表数据组成：求购编号、求购姓名、电话、房屋种类、面积、备注、地址、求购价格、求购情况名称：出租信息简述：用户发布房屋出租信息数据来源：出租房屋的客户数据去向：房屋出租登记表数据组成：出租编号、出租姓名、电话、房屋种类、面积、备注、地址、出租价格、出租情况1.6.4 数据存储数据存储名称：用户登记来源：由用户登录注册产生组成：用户编号、用户姓名、性别、邮箱、密码、地址、电话数据存储名称：房屋求购信息登记来源：由用户登录填写房屋求购信息产生组成：求购编号、求购姓名、电话、房屋种类、面积、备注、地址、求购价格、求购情况数据存储名称：房屋出租信息登记来源：由用户登录填写房屋出租信息产生组成：出租编号、出租姓名、电话、房屋种类、面积、备注、地址、出租价格、出租情况1.6.5 数据处理处理名称：房屋求购信息处理流入数据流：用户求购信息统计表流出数据流：合适的房屋出租信息周期：3次/周处理逻辑：用户将房屋求购信息表提交给管理员，管理员审查，并与房屋出租信息表对比，筛选出合适的房屋出租客户，将信息记录，通知用户。
处理名称：房屋出租信息处理流入数据流：用户出租信息统计表流出数据流：合适的房屋出租信息周期：3次/周处理逻辑：用户将房屋出租信息表提交给管理员，管理员审查，并与房屋求购信息表对比，筛选出合适的房屋求购客户，将信息记录，通 知用户。
第2章 概念结构设计2.1 系统局部E-R 图1. 如图 为用户实体其属性分别为：用户编号，姓名，性别，油箱，密码，地址，联系电话3.如图 为出租等信息统计表实体其属性分别为：出租编号，姓名，电话，房屋种类，面积，地址，备注，出租价格，出租情况4.如图为管理员实体其属性分别为：管理员编号，管理员姓名系统全局E-R 图如图 为二手房中介管理系统实体之间的关系第3章 逻辑结构设计3.1 E R 图到关系模式的转换在概念设计阶段得到的数据模型，是独立于具体DBMS 产品的信息模型。
在逻辑设计阶段就是将这种模型进一步转化为某一种（某些类）DBMS 产品支持的数据模型。
目前大部分的流行的数据库管理系统(SQL Server 、Sybase 、Oracle 、DB2等)基本上都是基于关系的数据模型，包括该系统将采用的SQL Server2000数据库系统，因此，应将概念设计阶段的E-R 图模型转化为关系数据模型。
首先，管理员和出租求购信息是一对多联系，用户与管理员也是一对多联系，根据他们的关系分别设计成如下的关系模式：用户注册出租信息，求购信息是一对一关系管理员管理出租求购信息是一对多关系管理员（管理员编号，管理员姓名，求购编号，出租编号，用户编号）求购信息（求购编号，管理员编号，姓名，电话，房屋种类，面积，地址，备注，求购价格，求购情况）出租信息（出租编号，管理员编号，姓名，电话，房屋种类，面积，地址，备注，出租价格，出租情况）管理员通知用户是一对多关系用户（用户编号，管理员编号，姓名，性别，油箱，密码，地址，联系电话，安全问题）3.2 关系规范化在提出关系模式后，我们必须在规范化和实际要求进行优化，这实际上是一个权衡的过程。
如果设计没有完全规范化，如可能用于决策支持(与需要大量更新的事务处理相对)的数据库(如数据仓库)则可能没有冗余更新，而且可能对查询更易于理解和更高效。
不过，在数据库应用程序内，未规范化的数据在设计过程更需要注意。
一般的策略是以规范化设计为出发点，然后出于特定因素有条件地非规范化某些表,以达到系统总体的优化目的。
首先，需要我们确定上面建立的关系模式中的函数依赖，一般在作需求分析时就了解到一些数据项的依赖关系，如教师的编号决定了教师的姓名和其它的数据项信息，而实体间的联系本身也是反映了一种函数依赖关系，但是这不是研究的对象，我们针对的是在一个关系模式中的函数依赖对象。
其次，对上一步确立的所有函数依赖进行检查，判别是否存在部分函数依赖以及传递函数依赖，针对有的依赖通过投影分解，消除在一个关系模式中存在的部分函数依赖和传递函数依赖。
大部分数据库系统只要满足第三关系范式就可以，这也是我们这里规范化的基本要求。
由于需求分析阶段的方法得当，经过简单的分析可以看出，上述所有关系中每个数据项都是基本的，任何非主属性都不存在对主码的部分依赖，也不存在非主属性存在着对主码的传递依赖。
可见，以上所有的关系模式都属于3NF。
在实际的应用中，关系模式的规范化程度并不是越高越好，因为在关系模式的规范化提升过程中，必须进行着将一个关系模式分解成为多个关系模式的过程。
这样，在以后执行查询时，如果需要相关的信息，就必须作多个表的连接方能达到查询的目的，这无疑给系统增加一定的开销，特别存在很多用户同时访问或者关系中存在许多元组等因素其负担会越加明显。
为了兼顾性能的需要，在适当的时候可能需要对相关程度比较高的一些关系模式进行合并处理，或者在关系模式中增加相关程度比较高的属性等。
这是有可能选择第二范式甚至第一范式。
为了满足实际应用对系统的系统要求，必须对使用系统的用户增加登录的验证口令，因此需要在用户和管理员的关系模式中增加口令属性。
自然地，如果根据其它的安全应用要求，还可以设置用户的登录地点如通过增加IP属性来达到目的等。
第4章数据库物理设计及数据库实施4.1 数据库的存储结构和方法（1）用户表（2）求购信息表（3） 出租信息表（4） 管理员信息表 （5） 管理信息表4.2 数据库的创建创建二手房中介管理系统的数据库'ershoufang' create database ershoufang4.3 表的创建及完整性4.3.1 表的创建1.创建用户表create table用户表(userid varchar(20)primary key,userpwd varchar(20)not null,username varchar(16)not null,usersex char(2)check (usersex='男'or usersex='女')default'男', email varchar(30),u_dizhi varchar(40),u_phone varchar(22))2.创建求购信息表create table求购信息表(q_qiuid varchar(20)primary key,q_phone varchar(22)not null,q_zhong char(20),q_mianji varchar(18),q_dizhi varchar(50),q_zhu varchar(28),q_price varchar(40),q_qing varchar(30),userid varchar(20)foreign key references用户表(userid))3.创建出租信息表create table出租信息表(c_qiuid varchar(20)primary key,c_phone varchar(22)not null,c_zhong char(20),c_mianji varchar(18),c_dizhi varchar(50),c_zhu varchar(28),c_price varchar(40),c_qing varchar(30),userid varchar(20)foreign key references用户表(userid))4.创建管理员信息表create table管理员信息表(g_id varchar(20)primary key,g_name varchar(16)not null,)5.创建管理信息表create table管理信息表(g_id varchar(20)foreign key references管理员信息表(g_id),c_qiuid varchar(20)foreign key references出租信息表(c_qiuid), q_qiuid varchar(20)foreign key references求购信息表(q_qiuid), Housestate varchar(6))4.3.2 表的查询1.select c_qiuid,c_mianji,c_pricefrom出租信息表group by c_price,c_zhong,c_qiuid,c_mianji2.select c_qiuid,c_price,c_mianji,avg(c_price),sum(c_mianji)from出租信息表group by c_qiuid,c_mianji,c_price3.select*from出租信息表where c_qiuid='10101'4.select*from求购信息表5.select*from求购信息表,用户表where求购信息表.userid=用户表.userid6.select*from用户表,出租信息表where出租信息表.userid=用户表.userid7.select用户表.useridfrom求购信息表,用户表where求购信息表.userid=用户表.userid and q_price>22508.select用户表.userid from用户表where username=(select username from用户表where u_phone=)9.select用户表.userid,username,求购信息表.q_price,avg(q_price),sum(q_mianji)as平均价格from求购信息表,用户表group by用户表.userid,q_price,username10.select c_mianji from出租信息表group by c_qiuid,c_mianjihaving count(c_qiuid)>=14.4 视图、索引的创建与应用1.创建用户表视图V用户表create view V用户表asselect用户表.userid,username,userpwd,c_qiuidfrom用户表,出租信息表where用户表.userid=出租信息表.userid2.创建求购信息表视图V求购信息表create view V求购信息表asselect用户表.userid,username,userpwd,q_qiuid,q_phone,q_zhong,q_dizhi,q_price from用户表,求购信息表where用户表.userid=求购信息表.userid and u_phone=q_phone3.创建出租信息表视图V出租信息表create view V出租信息表asselect用户表.userid,username,userpwd,c_qiuid,c_phone,c_mianji,c_pricefrom用户表,出租信息表where用户表.userid=出租信息表.useridand c_mianji=(select max(c_mianji)from出租信息表)4.创建管理员信息表视图V管理员信息表create view V管理员信息表asselect*from管理员信息表where g_id='301001'5.创建管理信息表视图V管理信息表create view V管理信息表asselect管理员信息表.g_id,g_name,用户表.userid,username,出租信息表.c_qiuid,c_mianji,c_pricefrom用户表,出租信息表,管理信息表,管理员信息表where用户表.userid=出租信息表.userid and出租信息表.c_qiuid=管理信息表.c_qiuid and c_price=any(select max(c_price)from出租信息表)4.5 存储过程、触发器的创建与应用1.创建出租信息表存储过程c_chuzucreate procedure c_chuzu@x decimal,@y decimalasselect*from求购信息表where q_price between @x and @ygoexec c_chuzu4000,100002.创建管理信息表存储过程g_guanlicreate procedure g_guanli@dg varchar(20),@gy varchar(20)output,@zh varchar(20)outputasselect @gy=g_id,@zh=c_qiuidfrom管理信息表where q_qiuid=@dggodeclare @dg varchar(20), @gy varchar(20),@zh varchar(20)set @dg='20104'exec g_guanli@dg ,@gy output,@zh outputprint'求购编号:'+ @dg+' 管理员编号：'+ @gy +' 出租编号：'+cast(@zh as varchar(20))3.创建用户表存储过程u_userscreate procedure u_users@xh char(20)asselect用户表.userid,username,出租信息表.c_phone,c_qing from用户表,出租信息表where用户表.userid=出租信息表.userid and用户表.userid=@xh goexec u_users@xh=4.创建用户表触发器tr_delete_yongcreate trigger tr_delete_yongon用户表after delete asupdate出租信息表set c_qiuid=nullwhere useridin(select c_qiuid from deleted)5.创建出租信息表触发器tr_insert_cucreate trigger tr_insert_cuon出租信息表after insert asif not exists(select userid from用户表where useridin(select userid from inserted))beginrollback transactionend6.创建管理信息表触发器tr_update_qiucreate trigger tr_update_qiuon管理信息表after update asdeclare @ckh varchar(20)if update(q_qiuid)beginif not exists(select*FROM求购信息表where q_qiuid =(select q_qiuid from inserted))beginrollback transactionendelsebeginselect @ckh=q_qiuid from insertedif @ckh='20101'update求购信息表set q_price=q_price*where q_qiuid=(select q_qiuid from inserted)endend4.6 用户角色与权限管理本数据库用户角色有普通用户和管理员。