某某房地产综合信息管理系统方案12章.pdfVIP

第12章

房产综合信息管理系统数据库概念模型

根据南京、长沙实地考察结果显示，他们主要面临的问题就是数据不集中，整个房产

MIS分成几个数据库，有SQLSERVE他有ORACLE运行在不同的服务器上。这样给现在的维

护、数据采集等带来了很大的麻烦，有于系统已运行多年，想把它们统一起来需要造成很大

的人力物力的投入。鉴于此情况加上**市房产局MIS还是空白，我们一开始就设计出一个

信息中心，一体化的数据结构。

•全局统一的数据字典，统一的指标体系，统一的分类编码体系，并能保证数据存

储、备份、传输、访问等的安全。

•以大型数据库系统为依托，能提高大量数据的吞吐性能，保障整个

系统管理规范化，数据的完整和可靠。

•房产信息资源数据库系统的设计必须考虑到与相关业务系统的信息交到，提供统

一的标准数据接口。

•房产信息资源数据库系统进行统一管理、集中控制，实现网络互连(内外网)，实

现房产交易、大市场等的使用和信息共享，提高决策能力，有效地化解和防范数据遗失、被

盗等风险。

数据模式的设计

§13.1

数据模式的设计分为两个阶段：规范化(Normalization)的数据模式设计和非规范化

(Denormalization)的数据模式设计。

规范化的数据模式是关系型系统的理想设计目标其设计步骤大致可分为以

1.规范化的数据模式设计

・实体(Entities)的抽取对应表

•关系(Relationships)的定义对应主键、外部键

・属性(Attributes)的定义对应字段

下几个方面:

规范化的数据模式应满足三个范式(INF/2NF/3NF)的要求:

•第一范式(SirstNormalForm:1NF):实体中的每一个属性必须具

有原子性，不可再进行拆分；实体中不允许有多值的属性或重复的组存在；

实体的每一个实例中，每一个属性只有一个对应值。

•第二范式(SecondNormalForm:2NF):实体中，除被定义为主健的属性外，其它属

性的存在必须依赖于作为主键的属性。

•第三范式(ThirdNormalForm:3NF=):实体中，非主键属性的存在不能依赖于其它非

主键属性。

采用规范化数据模式设计的结果，是产生最小的表，最短的记录行。其实质是消除数据冗

余。规范化数据模式具有以下优点：

•没有冗余数据，节约存储空间；

•由于表中不含多余的字段，记录行的长相对较短，一次I/0操作可

以读取更多的记录，加快了数据检索、排序操作；

•由于没有冗余数据，提高了数据一致性、完整性维护的效率；

•整个数据模式的结构清晰，易于维护和修改。

用非规范化()的设计思想优化数据模式

2.Denormalization

现实当中出于对系统性能方面的考虑，经常采用非规范化的设计思想来优化数据库的设计。例如，

在上一些数据容量很大的表上进行联接、排序操作时，公耗费大量系统资源，影响系统的整体效率。

为了减少这类操作，可采用非规范化的设计思想。

优化的对象：规范化的数据模式。

作为非规范化设计的一个前提：在一组相关的表中，如果数据查询(Select)操作的频率明显高于数

据更新(Update/Insert/Delete)操作的频率，可以针对这样一组表采用非规范化的设计。

非规范化的设计思想可以在很大程度上提高系统的性能，尤其是查询方面的

性能，但它并不是万能的。相反。它会带来一些负面影响：

•增加了数据一致性管理、维护的复杂度；

•需要额外的存储空间；

•降低了数据变更(Upd