市政资料管理系统的数据库特点介绍

 　　数字化信息在最近几年中爆炸般地扩展到各个应用领域. 数据库研究正处在一个各种技 术因素迅速发展更新和需求快速变化的时代. 数据库技术作为计算机技术中一个令人瞩目的 分支 ,正顺应技术潮流 ,研究和解决现实世界不断提出的新的技术问题. 在市政工程设计与管 理信息系统的设计过程中.在数据库的设计和实现的问题上 ,必须考虑市政工程设计院和其他 设计院管理中的共性.除了大量涉及到办公自动化、人事、工资、后勤等管理外 ,大量的工作是 工程设计和设计文档 (包括工程图纸 )的管理. 此类计算机应用系统除了必须具备普通的信息 管理系统的功能外 ,更重要的是要求提供工程项目设计管理和辅助工程设计功能 ,包括对设计 过程的动态管理 ,各种文档的辅助生成 , CAD辅助设计及过程图纸档案的管理 ,辅助概预算 等.

　　数据库是现代信息化社会信息资源管理和开发利用的基础. 我们针对市政工程设计院的 具体实际 ,结合 AutoCAD、数据库技术 ,采用先进的工具软件在 100M快速以太网上开发适合 勘查设计单位的工程设计与管理信息系统软件. 随着计算机系统结构发生的变化 ,用户组织 的结构也发生了巨大的变化 ,从集中和封闭的管理变成分布和开放的管理模式. 从层次型的 控制模式变成了辐射型的控制模式. 因此业务处理的计算机化已经从面向整个业务过程的手 工系统的自动化变成面向不同特点的个体工作条件的舒适化 ,系统的目标不仅仅是提高整个 过程设计和信息管理的水平和质量 ,而且要提高每个个体的工作效率

　　1 　市政工程设计和泛普进度资料管理系统数据库的特点

　　市政工程设计和管理信息系统的开发实际上是包括工程项目及海量数据的管理信息系统的设计与开发. 技术关键之一是大量不同功能和结构的数据库的设计及分布. 在数据库的设 计中要求考虑以下问题 .

　　1)　系统中工程设计辅助文档与管理信息两大部分彼此紧密联系. 在工程设计辅助文档 中 ,除利用 AU TOCAD实现图纸辅助设计外 ,还包括自 49年解放以来的大量的市政工程设 计文档 . 要求对它们提供各种帮助信息 . 比如: 有关编码的信息、历史设计文件及相关内容的 调阅与复制、有关不同专业的设计规范的查阅、不同专业、不同设计室之间的技术资料的互提 , 以及必要的汉字等其他信息的帮助.

　　2)　几十年来的工程图纸和设计文档的海量数据的保存 ,必须考虑配备可读写光盘机或 磁带机 ,因此必须解决好本地库、服务器的数据库 (网络数据库 )及已存入光盘的信息的存放、 读取、使用 (查找、浏览 )等等一系列问题.

　　3)　图与文是两种性质不同的文档 ,它们的文本存放格式不同 ,调用方法不同 ,设计辅助 方法也不同 ,但在系统中必须能密切组合 ,拥有一致的用户界面.

　　4)　对安全性的要求较高 ,表现在: · 修改和删除操作只限于本人所作且尚未归档的设计文件. · 某些主管领导及一些被作者赋权的人才有权将某些文档复制成新文档后再作修改. · 同一项目的设计人员及主管领导和被作者或超级用户授了权的人员才有权访问当前及 有关的历史文件. · 一个人可参与多个项目 ,一个项目有多人参加. 项目又可分为当前、历史、已存入光盘 等不同情况 ,各个人面向不同的项目及项目的不同阶段 (例如初步设计阶段、施工图设计阶段 等 ) . 甚至技术文档处于不同状态时 ,需要具有不同的权限 ,而且权限可根据具体的需要及规 定经常改变. 总之 ,系统必须能满足对安全性的多种要求 ,数据库必须有保密环境 .

　　5)　数据库共享性要求高. 对历史文件而言 ,其极大的数据量只能集中存放 ,但要供数百 个用户 (全体设计人员及领导 )调用 ,因而经常会发生多个用户同时读取同一文件的并发操作. 这方面的工作包括并发控制和共享机制 ,交互的设计过程要求新的工作流程管理模型. 作为 辅助设计的主要数据源 ,必须时刻向全体数据人员开放 ,除要求实时性、正确性、准确性外 ,还 要求反应的敏捷和迅速 . 在服务器端 ,不同的数据使用的频度不同 ,对以上所述几方面的要求也不尽相同 . 因此 , 必须对数据结构及处理作精心、周到的设计 ,处理好共享与速度、安全性之间的关系. 同时 ,在 考虑网络性能时 ,还需防止频繁碰撞 ,防止对资源的较长时间的独占 (限制在秒级 )、防止死锁、 死机.

　　6)　系统有对网络的依赖性 . 为有效保证系统安全可靠运行 ,掌握设计动态 ,满足设计中 的一切需求 ,必须有完善的通讯手段 ,有可靠易操作的网络和系统管理软件. 考虑到系统对内 对外的通讯需求、与 IN TERN ET联网的需求 ,必须考虑基于 IN TERN ERT的设计访问模式 , 在网络和系统管理的软件设计上作出安排 .

　　7)　要求友善与统一的用户界面 ,有集成化的软件工具 ,集成化的项目支持环境.

　　2 　泛普项目进度管理系统的总体设计

　　本系统采用 WindowsN T 4. 0为操作平台 ,以支持分散化管理和分布式处理 .采用 Client /Server模式 ,在服务器端采用了 MS SQL Server数据库管理系统 ,在客户机端采用 Visual Fox Pro 5. 0等软件对系统开发.整个系统软件的开发在 100兆交换式快速以太网的基础上进 行.我们用了 1台 BAY 28115R 24台 10兆 /100兆交换机 , 20台 intel 100兆 /10兆堆迭式 HUB,到系统正式投入使用时 ,将有 300台左右的 586以上微机联用 ,网络管理软件为 Opivite Intel landesk Network Manager.

　　3 　前后台数据库设计

　　在整个数据库设计过程中 ,客户端与服务器端的数据库设计与实现成功与否 ,直接影响着 网络数据管理的性能 ,但是 ,利用 Visual Fox Pro特有的升迁向导 ,实现 Client /Server体系结 构的数据库应用系统并不困难. 具体设计方法如下:

　　3. 1　设计客户端的 Visual Fox Pro 数据库 ·

　　规划好放在本地及服务器端的数据库

　　例如对于已经存档的历史文件、图纸、各种规范标准等不需经常更新 ,但需共享的数据表 以及数据量大、需经常查询的表和各种设计文件、图纸文档等应放在后台数据库服务器上.当 前设计和管理使用的表及各种帮助库及需要经常更新的表则放在前台 (本地 ) . ·

　　利用 Visual FoxPro提供的数据库设计器等功能 ,设计好各类数据库 ,并在数据库中造 好待升迁表的主控索引等. ·

　　建立表与表之间的关系 ,包括 一对一 、 一对多 、 多对多 关系 .其中一方表索引是主 索引 ,多方表索引是普通索引. ·

　　设计数据参照的完整性 ,满足表的 IN SERT , DELETE , UPDAT E 定义要求. ·

　　为将来表的升迁创造一个连接 ,表的升迁和访问都基于这个连接进行 .

　　3. 2　将本地的表升迁到后台的 SQL Server端

　　利用 Visual Fox Pro 的升迁向导 ,可将原计划应当存放在后台 SQL Server上的数据库中 的表、视图、索引、规则、触发器等顺利地升迁到后台服务器上.

　　升迁过程中要注意以下几个问题:

　　· 最好选择基于连接的升迁 ,且要在本地建立远程视图 ,按照升迁向导一步步地完成升 迁. ·

　　升迁完成后将本地已建立的表删除 ,且修改远程视图 ,按照原本地表的主索引 ,设置主 关键字和要更新的段 ,更新方法为 SQL UPDA TE 和 "DELET E然后 INSERT"两种方法之 一. ·

　　打开 SQL Server数据库上每一个升迁的表 ,设置聚集索引的主键 (要与前台相应远程 视图的主关键字一样 ) ,并且为每个字段设置默认值.

　　4 　数据库的使用

　　与所有的分布式数据库系统一样 ,市政设计院管理信息系统也是一个数据在物理上分布 存贮和管理 ,在逻辑上统一使用的系统 ,用户可以象操作传统的单一区域数据库系统一样使用 数据库.

　　使用数据库尤其是实现前台访问后台 SQL Server数据库的方法是本系统开发的又一关键所在 . 我们可以采用两种方法访问后台数据库: 一是利用远程视图 ,一是利用传统的 SQ L 语言的传递. 关于对前台数据访问的方法已是众所周知 ,我们重点介绍对后台的数据访问 .

　　SQL语言的传递是把 SQL语言传递到后台 SQL Server去执行 ,再将执行的结果返回到 前端 ,从而大大减少网络上的数据传输 ,提高了效率.

　　5 　实现情况

　　结合市政工程设计与管理信息系统的实际需求情况 ,我们将历史文档、人事库、用户口令 及权限库等共享性高、数据量大、需经常查询而不常更新的数据库放在后台 SQL Serve上. 在 前台本地数据库就存放一些数据量不大或经常更新的数据库表 . 如各科室的规范文档 ,相关 帮助、汉字辅助等 .

　　在具体操作上 ,我们是将各数据库表先在本地 Visual Fox Pro 成功地原型化 ,采用面向对 象的编程 ( OOP)技术 ,完成对各功能模块 (包括录入、修改、查询、删除、统计、打印、在线帮助 等 )的编码、测试后 ,再将有关数据通过 V FP的升迁向导升迁到后台 SQL Servr上 ,并建立相 应的远程视图.然后对于历史文档、人事库的有海量数据但不需经常更新的后台数据库 ,采用 带参数的远程视图 (有条件的下载数据 )的方法进行访问 ,对于口令库、权限库等共享性较高、 修改较频繁的数据采用 SQL语言传递的方式 ,只将结果返回到前台来 ,以提高网络传输效率; 对于未归档的文档、图形文件等就放在本地数据库进行处理 ,待归档后 ,再将它们升迁到后台 作为历史文件处理 .

　　按照以上设计方法和原则 ,目前已初步实现了基于客户机 /服务器模式的市政工程设计院工程设计与管理信息系统 .