浅析城建档案馆数据库设计.docVIP

PAGE PAGE 1 浅析城建档案馆数据库设计 　　摘要充足的用户需求调研，正确合理的数据库设计越来越重要。以此为目标，本文专门针对城建档案馆的业务和综合管理系统的需求设计了城建档案数据库。 　　关键词城建档案数据库设计 　　中图分类号：G275.3文献标识码：A文章编号： 　　一数据库设计概述 　　城建档案管理信息系统数据库设计是系统设计的核心，是系统实现的前提，是系统成败的关键，也是衡量系统好坏的一个重要的因素。基于数据库系统对城建档案进行数字化组织和管理不但可以提供更准确和快捷的信息检索服务，还能极大地提高工作效率和安全性。系统库设计过程中除考虑到原有文字、图纸资料的保存外，还要考虑到文件和资料的数字化转化及入库和管理。 　　城建档案数据库包括城建档案业务管理数据库、档案信息数据库、元数据库等。按照城建档案信息的类型，可以将信息资源划分为空间数据库、非空间数据库和多媒体文档三个逻辑组成部分。 　　图1城建档案综合管理系统数据库逻辑分类图 　　(1)空间数据库由空间数据库引擎管理，保存空间数据信息，包括城建档案所在的地形图、用地规划图、道路红线图、管线图及竣工测量图等; 　　(2)非空间数据库是与地理位置无关的信息数据，包括关系数据库、工作流相关数据、城建档案办公和业务管理的信息、部门信息、人员信息等; 　　(3)多媒体文档保存各种非结构化的信息，包括城建档案扫描影像、图像照片、影音和网页文档等，并建立必要的全文检索引擎，它在实现上可以基于关系数据库或文件系统，本文采用了文件系统管理。 　　本文主要介绍的是非空间数据库中的基于SQLServer2000构建的关系数据库。主要提取出纸质档案数据库和声像档案数据库进行介绍。 　　二数据库设计原则 　　本文数据库设计采用SQLServer2000大型关系型数据库，MicrosoftSQLServer2000数据库是Microsoft公司的大型数据库系统，应用方便，适合中小型数据库应用。SQLServer2000是一个具备完全Web支持的数据库产品，它提供一系列方法将数据填充到Web服务器，同时提供对数据的快捷访问，提供对可扩展标记语言(XML)的核心支持以及在Internet上和防火墙外进行查询的能力，是一个可伸缩、高性能的数据库管理系统。 　　本文设计数据库系统时严格遵循第三范式。设计系统时遵循的原则有: 　　(1)层次分明，高度结构化，保证数据的结构化、标准化和规范化。 　　(2)正确性与完整性。所涉及的数据库内容应该尽可能全面，字段的类型、长度都应该准确地反映业务处理的需要，所采用的字段类型、长度能够满足当前和未来的业务需要。对所有数据进行严格约束性检查，增加了数据的正确性与完整性，对系统快速稳定运行打好基础。 　　(3)关系一致。应准确表述不同数据表的相互关系，如一对一、一对多、多对多等，应符合业务数据实际情况。 　　(4)子系统之间松散祸合。各个子系统之间应遵循松散祸合的原则，即在各个子系统之间不设置强制性的约束关系。一方面避免级联、嵌套的层次太多;另一方面避免不同子系统的同步问题。 　　(5)设定相应的安全机制，由于数据库的信息对特定的考生有特定的保密要求，SQLServer2000提供了良好的数据访问控制和数据恢复等安全机制。 　　三纸质档案数据库设计 　　1概念结构设计 　　以竣工档案为例，分析几个主要实体特点如下: 　　(1)移交合同书:合同的主要信息包括:合同号、合同名称、移交单位、计划开工日期、计划竣工日期等。其中合同号是唯一的。 　　(2)工程。一个合同包括一个或多个工程。工程的详细信息包括项目顺序号、工程序号、工程名称、工程地点、工程建设单位、工程施工单位等信息。其中，对于每一个工程，工程的项目顺序号是唯一的。 　　(3)工程状态。工程的状态包括未审批、未整理、未编号等。这里也是用工程的项目顺序号来标识每个工程。 　　竣工档案的数据需求中还有实体，这里不再一一赘述。在需求调研阶段，要充分了解各种档案的属性信息，还有各种档案在馆内各个科室之间的流转过程，以确保所建立的数据库要支持用户业务需求。如维护事务、查询事务等。下图是纸质档案实体E-R模型初稿: 　　图2纸质档案数据库实现E-R模型 　　2逻辑结构设计 　　逻辑结构涉及的主要任务就是把概念结构设计阶段设计好的基本的E-R模型转换成与选用DBMS产品所支持的数据模型相符合的逻辑结构。我们将前面标识好的E-R图转换成关系数据模型，并对它进行优化。 　　第一步:标识实体 　　首先标识在数据库中必须描述的实体(以几个表为例): 　　ContractInfo(移交合同书) 　　ProjectInfo(工程信息) 　　ArchiveStatus(档案状态) 　　将实体存档，即形成数据字典。下面是在数据字