数据库管理系统范文

时间:2023-03-11 19:22:45

数据库管理系统

数据库管理系统范文第1篇

【关键词】数据库;关系数据库;面向对象;服务器

1 背景分析

目前,产品化的数据库管理系统是以关系型数据库为主流,技术相对成熟。面向对象的数据库管理系统尽管技术上处于先进,数据库易于研发、维护,但至今为止,还没有成熟的产品。占主导位置的关系型数据库管理系统包括ORACLE、SYBASE、SQL Server、INFORMIX与INGRES,这些产品都支持UNIX、VMS、WINDOWS等不同平台,但支持的程度不一样。

通常系统的设计与研发阶段,设计人员、研发人员与测试人员仅会把工作重点放在系统的功能实现上,而此时因为测试数据较小,难以衡量系统的运行性能的优劣,然而如果系统进入实际运行阶段,大量的业务数据通常会使系统的性能逐步降低,此时再来考虑怎样提升性能则会花费更多的人力及财力。所以,设计出高质量的数据库结构就变得特别关键。

2 数据库服务器选择

对于占主导位置的SQL Server、Oracle、SYBASE、DB2和INFORMIX数据库,分别从性能、运用风险、开放性、易维护性与价格等方面来分析比较。

2.1 性能

SQL Server老版本服务器多用户时性能较差,新版本的性能有了显著的提升,各项处理能力都有了显著的提升,占有数项TPC-C(事务处理性能委员会)纪录,并支持集群。Oracle数据库性能最佳,占有Windows NT平台下的TPC-D(基准测试,衡量联机事务处理系统的一个测试指标)及TPC-C的世界纪录。SYBASE数据库性能较好,满足Sun、IBM、HP、Compaq及Veritas集群设施的性能,达到高可用性;性能比SQL Server稍差,然而在UNIX平台下的并发性要高于SQL Server,适用于安全性要求较高的应用系统。DB2适合于数据仓库与在线事务处理,性能较好,支持胖客户端和应用模式。INFORMIX性能较好,支持集群,达到高可用性,适用于安全性要求极高的应用系统,特别是在金融业、证券行业的应用。

2.2 运用风险

SQL Server属于完全重写的代码,性能及版本兼容性有了较大的改善,同Oracle、DB2的性能差距显著减小。该产品的产生经历了大量用户长期的测试,对产品的安全及稳定进行了全面的检测,安全稳定性有了显著的改善。Oracle长时期的研发经验,完全向下版本兼容,基本没有风险。能够安全的进行系列产品的升级,在企业、政府中获得普遍应用。而且假如在WINNT平台上不能满足数据的要求,能够安全的将数据转移到UNIX平台上来。SYBASE向下版本兼容,然而ct-library程序不易移植。研发周期较长,升级较为复杂,稳定性较佳,数据安全有保障,风险较小。在安全要求极高的金融、证券领域获得了普遍应用。DB2在巨型企业获得普遍的应用,向下版本兼容性较好,应用风险较小。INFORMIX研发周期较长,升级较为复杂,稳定性较佳,数据安全有较高保障,应用风险较小。在安全要求极高的金融、证券领域中获得了普遍应用。

2.3 开放性

SQL Server仅能在Windows平台上部署、运行,C/S结构,操作系统的稳定对数据库是非常关键的。仅支持Windows平台,能够用ADO、DAO、OLEDB、ODBC、JDBC等网络数据库连接技术沟通。Windows平台的可靠性和安全性通过了最高级别的C2认证,在处理大数据量的重要业务时具备较好的性能。Oracle能在所有主流平台上部署、运行(包含 Windows),完全支持目前所有的工业标准。利用完全开放策略,可以进行多层次网络计算,对多种工业规范提供支持,能够用ODBC、JDBC、OCI等网络数据库连接技术沟通。能够使客户选用最适合的解决方案,对开发商完全支持。SYBASE能在所有主流平台上部署、运行,C/S结构,能够用ODBC、JDBC、Jconnect、Ct-library等网络数据库连接技术沟通,在金融业中获得了普遍的应用。但因为早期Sybase同OS集成度不高,所以VERSION11.9.2以下版本需要较多OS及DB级补丁,在多平台的混合环境下会产生一定问题。DB2能在所有主流平台上部署、运行(包含windows)。有较佳的开放性,最适于海量数据。支持跨平台能力和多层结构,支持ODBC、JDBC等类型应用系统,在大型的国际企业中获得最为普遍的应用。IINFORMIX仅运行于UNIX平台,包括SUNOS(Sun的操作系统最初称呼)和HPUX(Hewlett C Packard UNIX的缩写,属于惠普公司的UNIX操作系统),在金融业获得普遍的应用。

2.4 易维护性与价格

SQL Server从易维护性与价格上SQL Server占有较大优势。基于Microsoft产品的一贯风格,SQL Server的图形管理界面导致了显著的易用性,微软的数据库管理员培训工作相对充分,能够轻松的找到技术较好的数据库管理员,数据库管理费用相对低,SQL Server的价格也是较低的。Oracle从易维护性与价格体来说,Oracle的价格是相对高的,管理相对复杂,因为Oracle的应用相当普遍,经验丰富的Oracle数据库管理员能够相对容易的找到,因而实现Oracle的良好管理。所以,Oracle的性价比在商用数据库中是最佳的。SYBASE的价格是相对低的,然而SYBASE的在企业及政府中的应用较少,较难找到经验丰富的管理员,运行管理费用偏高。DB2价格较高,管理员较少,在中国的应用相对少,只在金融业获得一定应用,运行管理费用都非常高,比较适用于大型企业的数据仓库应用。INFORMIX价格在这些数据库服务器中居于中间,同SYBASE类似,在企业及政府中应用相对较少,只在金融业获得了普遍的应用。经验丰富的管理人员偏少,运行管理费用偏高。

3 数据库设计

数据库结构设计在该数据库管理系统研发过程中占据非常关键的地位,下面从数据库设计原则、数据库设计方法与步骤、逻辑数据模型设计等三方面简述该数据库管理系统数据库设计。

3.1 数据库设计原则

该数据库管理系统的数据库参照以下设计原则:

(1)数据库设计要达到标准化与规范化。数据结构的标准化与数据关系的规范化有助于消除冗余数据。

(2)表中数据类型的合理化。合理的数据类型有助于提升该数据库管理系统数据库的运行性能。

(3)数据表命名的规范化。每个关系型数据库对数据表的命名都有一定要求,在对数据表命名时利用大小写敏感的形式,而且数据表命名长度不应过长,这样能够使该数据库管理系统可以应用在多个不同的数据库平台。

(4)数据库性能的完善。在运行环境已经固定的因素下,数据库的性能成为影响该人事数据库管理系统运行性能的主要条件。可以利用两个步骤开展数据库设计:先是进行逻辑设计,而后进行物理设计。逻辑设计要求消除所有的冗余字段,可以完整地说明数据库表之间的关系。然而对于多表之间关联的查询,去除所有冗余会损耗系统性能,也会增大系统研发难度。因此,找到一个平衡点成为数据库设计的关键,在物理设计中开发人员要分析关联数据表的数据量大小与访问频率,并对数据表中用来关联查询的关键字段留存适当的冗余,以提升数据库的性能。

3.2 数据库设计方法与步骤

数据库的建设分成概念数据模型设计、逻辑数据模型设计与物理数据结构设计等三个阶段,其目的是达到合理的数据表结构,使数据的存取操作更为有序,数据的编辑、查询更为方便,从而实现该数据库管理系统数据库的建设。

(1)概念数据模型设计。概念数据模型反映的是系统最终用户对于数据存储的观点,代表了系统用户综合性的信息需求,它用数据类的方式表达企业级的数据需求,数据类描述了在业务环境中聚集起来的几个重要的类别数据。概念数据模型包括主要的实体和实体之间的关系。描述概念数据模型最常用的是“实体-关系”图(即E-R图),E-R图主要是由实体、属性及关系等三个要素组成的。

(2)逻辑数据模型设计。逻辑数据模型是指系统分析师、设计师对数据存储的见解、看法,是对前一阶段概念数据模型的分解与细化。逻辑数据模型是按照业务规则决定的,是业务对象、业务对象的数据项以及业务对象之间关系的描述。逻辑数据模型包括所有的实体与关系,决定每个实体的属性,指明每个实体的主键和外键。

(3)物理数据模型设计。物理数据模型是对真实数据库的表达。数据库对象包括表,视图、字段、数据类型、长度、主键、外键、索引以及是否可为空,还有默认值。概念数据模型到物理数据模型的转换是将概念模型中的对象转换为物理模型的对象。

4 总结

开发数据库管理系统时,一个优秀的数据库服务器的选择和好的数据库结构设计起到举足轻重的地位。SQL Server属于微软公司研发的大型关系型数据库系统,功能相对全面,效率较高,管理与操作比较简单、方便,整个系统的安全及稳定也较高,并且性能价格比最好,节约企业资金,降低研发成本,是开发人员理想的选择,能够作为中型企业或单位的数据库平台。数据库结构设计在数据库管理系统研发过程中同样占据非常关键的地位,一个好的数据库结构是该数据库管理系统的基础,数据结构设计的优劣将直接影响到该系统的效率以及所要达到的效果。

【参考文献】

[1]孙璐.Struts2+Spring+Hibernate在企业人事管理系统中的应用[J].软件导刊,2010.

数据库管理系统范文第2篇

关键词: 医院信息数据库管理系统;应用;维护

中图分类号:F230 文献标识码:A 文章编号:1671-7597(2012)0310130-01

随着计算机与互联网技术的快速发展,医院的管理已经进入信息化管理阶段,通过信息化管理,不但节约了医院的管理成本,而且极大地提高了医院的管理效率。但是,由于我国医院信息化管理刚刚进入初级阶段,特别是在医院信息数据库管理系统的应用等方面,还存在着许多潜在的问题,增大了自动化管理的难度,为此,大力加强医院信息数据库管理系统的应用研究,对于搜集整理医院的各种管理信息,促进医院的自动化管理具有非常重要的意义。

1 医院信息数据库管理系统

医院信息数据库管理系统是医院信息化的重要组成,它主要由计算机、互联网和通讯设备等组成的现代化数字管理系统。医院信息数据库管理系统通过采集、统计、存储、查阅、分析、应用等途径,对医院相关信息进行管理,给医院管理人员进行决策提供依据。医院信息数据库管理系统内部有许多功能模块,这些模块功能上相对独立,又相互联系,从而形成了一个综合性和集成性非常强的综合性处理系统。从功能上来讲,医院信息数据库管理系统主要包括医疗、医院信息管理以及医学服务等三个方面的信息系统。从硬件组成上来讲,医院信息数据库管理系统主要包括:计算机、计算机操作系统、计算机办公软件、打印机、互联网、通讯设备等。

2 医院信息数据库管理系统的应用

2.1 选择信息数据库管理系统的硬件

在选择信息数据库管理系统硬件的过程中,首先必须认真分析医院的规模以及将来的发展,并在此基础上选择计算机,为了避免计算机跟不上医院的发展或者计算机发展的脚步,在计算机选择的过程中,医院要努力选择配置比较高的计算机,以备计算机能够进行正常的更新升级。在计算机应用软件的选择过程中,应该认真分析计算及应用软件和计算机操作系统之间是不是匹配,是不是存在冲突,要弄清楚计算及应用软件在什么样的操作系统下能够稳定运行。同时,在软件选择过程中,还要认真分析其他医院以及互联网上使用软件的类型,要确保医院使用的软件能够与其他医院以及互联网匹配,从而能够更好地做到信息共享,避免资源的浪费。

2.2 选择计算机操作系统和办公软件

随着计算机管理系统的不断发展,计算机操作系统经历了Windows98、Windows2000、Windows2003、Unix等阶段,目前许多医院普遍选择更高级别的Unix操作系统,数据库也同样选择高级别的Oracle 10g。

在这个过程中,尽管大多数医院实现了计算机系统以及信息数据库管理系统的升级,但是随之而来的是高级别的计算机操作系统和信息数据库管理系统的使用上的问题。升级后,原来的操作系统与信息数据库管理系统的功能发生了很大的变化,其操作方法也发生了很大变化。在操作时,信息数据库管理系统的管理人员首先必须认真分析新数据库与原来数据库存在着哪些操作上的不同,哪些方面有了新的功能,哪些功能得到了改善。然后针对这些方面存在的问题进行认真的分析和研究,从而总结出比较好的操作思路和方法。

2.3 建立医院信息数据库

1)大力加强数据录入人员的培训。建立医院信息库首先必须加强数据录入人员的培训,在培训的过程中,不但要对他们进行建立数据库的相关知识进行培训,努力掌握计算机操作系统以及信息数据库管理系统的操作使用方法,掌握数据库信息的采集方法以及录入标准,确保数据库信息录入的规范、完整。同时还要对录入人员进行政治思想培训,加强他们的责任感以及工作的积极性。

2)认真采集信息数据库管理信息。在信息的采集过程中,采集人员要认真按照数据库的要求对信息进行采集,对每一个科室所涉及到的信息都要作按照信息数据库的要求进行详细调查,分门别类进行收集和整理,并按照数据库要求的格式认真登记造册。信息采集完毕后,信息采集人员还要认真对采集到的信息进行核对,确保所采集信息的完整和准确,避免因信息采集而造成的失误。

3)准确录入信息数据库管理信息。在信息录入的过程中,信息录入人员要认真按照各管理子系统的要求进行分门别类录入,确保整个录入过程完整、规范、无误,完整是指各子系统所要求的信息类别完整,信息数据完整,规范是指录入信息的格式规范,无误是指整个录入过程不出现人为的输入错误。

2.4 医院信息数据库管理系统的维护

在医院信息数据库管理系统运行的过程中,由于内部或者外部的因素,难免出现这样或者那样的问题,此时就必须认真做好信息数据库管理系统的管理和维护工作。在这个过程中,应该从以下几个方面入手:

1)数据备份。在数据库建立之后,常常会因为计算机软件或者硬件的原因造成数据的丢失,为了防止因为数据丢失而造成不必要的麻烦,就必须对已经建立的数据库内的数据进行备份,以备在数据丢失后进行恢复。另外,当由于也无变化或者数据库新增了数据之后,管理人员也要及时对数据进行备份,以保证所做备份信息的完整性。

2)设备的维护。为确保整个系统正常稳定运行,首先必须建立系统管理的规章制度,并且按照规章管理制度定期进行维护和管理,并将维护和管理的日期和结果记录在案。

3)系统代码的更新。在系统运行过程中,随着新增业务的不断增多以及用户环境的不断变化,原来系统中的各级代码难以适应新的要求,这就需要对原来的代码进行更新维护。

3 小结

医院信息数据库管理系统不但可以实现医院信息的数字化管理,而且还可以为医院管理层进行决策提供依据,为此必须大力加强医院信息数据库管理系统的建设与管理,不断提高医院的综合竞争力。

参考文献:

[1]杨劲,数据库管理系统在医院信息系统设计和应用中的优化,北京生物医学工程,2005,24.

[2]马辰,医院信息系统数据库的性能优化和故障维修,医疗装备,2009.06.

数据库管理系统范文第3篇

>> 纯XML数据库管理系统 XML与SQL数据库 探讨XML数据库技术 基于XML数据库与LINGO的高校绩效评价决策支持系统 数据库管理系统解析 浅谈数据库记录与XML数据的转换 运用XML实现异构数据库的数据转换 基于索引的XML数据库的优化研究 基于XML数据库的Web应用研究 基于语义的XML数据库获取机制研究 XML压缩数据库的查询优化 XML与关系数据库之间的转换 基于关系数据库的XML存储技术 Pocket PC基于XML的异构数据库同步 基于JMS和XML的异构数据库同步 基于XML异构数据库转换研究 ORACLE数据库管理系统在油田数据库管理中的应用 浅谈数据库管理系统的数据库设计 浅析计算机数据库管理系统 多媒体数据库管理系统探讨 常见问题解答 当前所在位置:l

[9]

[15]

[16] Introduction to Native XML Databases, Kimbro Staken,

[17] /index.htm

[18] XML and Databases, Ronald Bourret, /xml/XMLAndDatabases.htm

[19] /TR/xml-infoset/

[20] /和

[21] Chapter 2 "Tamino―Software AG's Native XML Server", Harald Schoning, In book of "XML Data Management: Native XML and XML-Enabled Database Systems", Akmal B. Chaudhri, Awais Rashid, Roberto Zicari, Addisson-Wesley, March 2003

[22] Kweelt: More than just "Yet another framework to query XML!", Arnaud Sahuguet, In Proceedings of ACM SIGMOD International Conference on Management of Data, Santa Barbara, California, May 21-24, 2001. Software available at: cheops.cis.upenn.edu/Kweelt/

[23] X-hive Corp (2002) X-Hive/DB, Available at:

收稿日期:2007-04-10

数据库管理系统范文第4篇

1.数据库管理系统基本功能

实现地图文档管理、服务器连接设置、用户日志、地图打印、工具箱(包括格式转换、转换参数计算、坐标转换、数据打印ID)等功能。

1.1 地图文档管理

针对地图文档进行操作,包括读取、新建、配置、保存等功能。

1.2 服务器连接设置

设置数据库管理系统的空间数据库与属性数据的路径。

1.3 用户日志

对系统访问进行日志记录。

1.4 地图打印

制图输出功能是实现对数据进行配图、制图(添加地图要素)、专题制图输出成图片,格式为常规JPG等、提供地图进行打印。

1.5 工具箱

包括格式转换、转换参数计算、坐标转换、数据打印ID等工具。

1.6 地图操作

1.6.1 地图书签

针对当前的地图操作需要保存位置,可能通过书签的方式记录该位置,下次进入系统可以通过书签打开上次的地图记录。

1.6.2 地图绘制

在主窗口上,需要提供绘制各种类型空间信息的功能。所提供的功能,操作简单、示意直观。

1.7 数据查询统计

空间数据库管理系统的查询检索尤为重要。空间数据在查询检索时,需要更加直观更加形象的查询方式,同时需要数形结合的查询方式,例如点查询、面查询、缓冲区查询等方式,利用这些快速定位到想要的空间对象。

1.7.1 属性查询

属性查询检索,也就是一般的数据库表结构查询。利用成熟的结构化查询语言,对数据库的表进行查询。鉴于系统使用人员的计算机知识熟悉程度,需要提供,简单形象的操作界面。

点击查询

点击或框选需要查看的实体,即可弹出该实体的属性信息窗体。如果要素字段中有图片信息,双击图片字段名称,即可打开对应图片。

属性查询

选择要查询的图层及查询条件,通过SQL语句查询满足条件的实体及其属性信息。

1.7.2 空间查询

空间查询,指利用空间数据之间的拓扑关系,查询检索到数据。空间查询是空间数据管理系统的重要组成部分,不同于一般的数据管理系统,它可以利用诸如空间对象之间的包含关系、相交关系、距离关系等查询检索到符合这些关系的数据。

点选

通过画点选择实体。

线选

画一条线,与线相交的实体要素被选中。

矩形选择

通过拉矩形框构成一个面以选择实体。

多边形选择

画多边形构成一个面以选择实体。

缓冲区选择

对选择范围设置缓冲区半径,在该范围内的实体均被选中。

撤销选择

撤销实体选择操作。

选择属性设置

设置被选中要素的线宽、颜色等属性配置。

缩放到选择集

将选中的实体缩放到整个视图窗口中,是常用的选择查看操作。

1.7.3 数据统计

对交换平台的数据业务提供查询与统计,便于维护人员提高对数据的管理、编辑与维护的效率,对各类变化情况和分析情况进行统计汇总,输出到报表、EXCEL中。

数据查询的目的是快速检索定位到需要的数据,而数据编辑是对数据改变它原来的性质,转变为用户需要的数据性质。

2.1 数据添加

数据添加,分为2部分,即对一般属性数据的添加,还有对空间数据的添加。

2.2 数据修改

数据修改,分为2部分,即对一般属性数据的修改,还有对空间数据的修改。数据修改是数据库管理系统的重要功能。进入库管系统的数据,需要进行检查,当检查不通过的时候,需要对原来的数据进行修改。

数据修改应当能够做到数据的共享、同步,以保证修改的数据与数据库当中的数据进行同步。

2.3 数据删除

数据删除,分为2部分,即对一般属性数据的删除,还有对空间数据的删除。

数据删除应当能够做到数据的共享、同步,以保证修改的数据与数据库当中的数据进行同步。

2.4 框架数据的入库更新

入库更新实现将本地数据导入数据库,主要包括监理规则管理、数据质检、入库方案管理及数据入库等功能。

2.5 监理规则设置

为了更好地保证数据的质量,更快完成数据检查的任务,实际数据管理当中,需要一套简便有效的检查方案管理工具。

监理方案有属性检查方案和拓扑检查方案,用户可以根据检查内容建立相应的方案信息对数据进行质量检查。

检查内容一般包括图层完整性、属性表结构、编码规则合理性、拓扑关系、几何接边以及属性接边。

图层完整性:系统将根据数据库建库标准检查被监理的SHP数据是否多余或缺少图层,层名是否符合建库规范。

属性表结构:系统将根据数据库建库标准检查被监理的SHP数据的所有图层的属性数据表结构是否符合数据库设计要求。

编码规则合理性:系统将检查被监理的SHP数据的所有图层是否存在按非法的编码规则进行编码,编码的长度与排列顺序是否按规则进行等。

拓扑关系:系统将检查被监理的SHP数据中实体之间的拓扑关系完整性、正确性、一致性,比如检查面要素的封闭性,线状要素的连续性。

几何接边:系统将以图幅为单位提交的数据逐层检查,几何接边是否正确,即对图幅边界的实体进行检查,检查该实体与其他相邻的图幅中实体是否存在接边情况,如果有与其他实体接边,则检查相接的点是否正确。

属性接边:系统将对以图幅为单位提交的数据逐层检查,属性接边是否正确,查询是否有有图形无属性、有属性无图形的数据。属性注销时,与属性相关的图形必须注销;图形注销时,与图形相关的属性必须注销。

2.6 数据质检

针对各种多元异构数据,可以根据质检方案对数据进行质量检查,包括属性和拓扑检查,保证数据的质量。

2.7 入库方案管理

针对各种多元异构数据,可以对各种数据进行入库方案配置。

2.8 数据入库

针对前面制定的入库方案,选择加载相应的数据进行数据入库操作。

2.9 数据交互

实现元数据管理、数据登记、地图服务、数据输出等功能。

3.元数据管理

方案化数据入库之前,要先构建图层元数据结构,即:设置当前连接的数据空间、数据集、数据表单、数据字段等。用户也可以从外部获取数据结构,并生成数据结构、更新数据元数据。

地理空间数据的元数据是指地理空间相关数据集和信息资源的描述信息,它是对空间特征的概括和抽取。元数据信息可提供空间数据集的特征资料,数据用户可据此来确定该数据的名称、来源、组织结构、适用范围等。利用地理空间元数据可以建立空间信息的数据目录和数据交换中心。利用这些元数据,用户可以发现、获取、理解相关的空间数据及其服务信息。

数据库管理系统提供了元数据管理功能模块,为用户提供元数据模板定制、元数据提取和录入、元数据更新维护、利用元数据查询检索地理空间信息、元数据输入输出等功能。

地理空间信息中的元数据主要包括图名、数据源、比例尺、精度、生产者、各种符号、航空摄影的航线号、坐标参考系等。元数据内容按照元素的方式进行组织,具体分为部分、复合元素以及数据元素三个层次。元数据管理是结合元数据的特点,在一定的标准基础上开发方便实用的元数据操作工具,主要满足元数据的输入、查看等功能。

4.数据管理

实现业务数据库备份、空间数据库备份、纠错管理等功能。

4.1 数据库备份

定期、及时的备份可以提高数据的安全性,数据在不可预见的因素情况下可能出现毁灭性的灾难,进而增强系统的稳定性。为了防止由于系统或服务器崩溃、用户失误、磁盘损坏等造成数据的毁灭性丢失和破坏,需要建立比较规范的数据备份和恢复机制,由专人定期对数据库进行备份和管理。数据备份库主要包括业务数据备份和空间数据备份。

4.2 纠错管理

确认或否认在展示中心用户的地图纠错。

参考文献

[1]张立科.数据库开发技术与工程实践[M].人民邮电出版社.

数据库管理系统范文第5篇

关键词:管理信息系统 计量检测 数据库

1.前言

随着科技的进步和时代的发展,更多的计量检定选择现代化科技手段,全自动计算机控制应用于检定标准装置,校验管理系统是专用的。尽管计算机可以直接生成结果数据,但是不同机构的检测证书以及报告的格式都是固定的,独有的,如若手工记录然后再输入系统中,不仅浪费了人力时间,还容易造成错误。同时不同的系统采用不同的编辑方式,对于统计分析造成不便,所以采用计量检测管理系统是十分必要的。

随着科技水平和信息化技术的发展和计量技术的提高,技术人员研究开发了计量检测管理信息系统,该系统的问世,规范了计量部门的工作,解决了数据集中管理,数据的安全储存的问题,同时随着该系统的问世,计量部门的现代化管理水平和竞争能力获得提高。

2. 计量检测数据库管理系统的开发

2.1计量检测数据库管理系统的开发目的

为了降低计量检测数据管理的人力和物力的投入,减少手工输入的内容,保证数据库中的数据(从原始数据和证书)存储的准确和安全,同时便于查询,满足表单输出的规范性的需求,计量检测信息管理系统问世了。该系统的在计量检测数据库中的应用,使得浏览查询功能、管理控制功能、事务处理功能和文档管理的无纸化得以实现。

2.2计量检测数据库管理系统的设计思想

计量检测信息管理系统通过选择合适的数据库、系统平台以及开发工具,根据硬件系统和操作系统确定适用的运行环境。根据先进性、实用性、安全性和扩展性原则,利用单位已有的网络资源,建立计量检测数据库管理系统。

3.计量检测数据库管理系统软件结构及主要功能

根据计量部门的具体工作要求,将工作分配到具体的部门或者工作人的原则,研发了计量检测数据管理该系统,具体功能结构包括业务管理子系统、设备管理子系统、计量标准管理子系统、计价器管理子系统、人员信息管理子系统、财务管理子系统以及系统维护管理子系统。

3.1业务管理子系统

直接控制计量技术机构的流向是业务管理子系统主要任务,具体内容包括日常业务、委托业务、客户信息以及工作量统计。

3.2设备管理子系统

由于设备本身是设备同时又是鉴定的器具,因此在设备信息管理的过程中,根据输入的基础信息,自动生成设备总台账以及其他信息。

3.3计量标准管理子系统

为了便于动态跟踪管理记录标准,使得他们免于失控状态,应该确保定期检查、制定动态计量标准按期检查计划,使得每个计量标准器具的相关信息如使用、检定、维护、技术资料等,便于查询是计量标准管理子系统的任务。

3.4计价器管理子系统

基本信息输入、计价器管理以及信息统计查询等是计价器管理子系统的内容。

3.5质量管理子系统

质量文件以及相关技术资料信息、培训信息、审核信息、客户意见反馈和质量管理手册等信息是质量管理子系统管理的对象。录入、查询和修改是该类信息的操作手段。

3.6人员信息管理子系统

人事信息是单位工作管理中必不可少的,人事信息的基本内容包括人员基本信息,年龄,证书情况、培训情况、学历等内容,人员信息管理子系统的管理操作应该包括信息录入和查询。

3.7 财务管理子系统

财务管理子系统的主要任务有三方面,第一,便于领导对单位财务状况的掌握;第二,迅速传递办公财务信息;第三,是领导决策的依据。

3.8系统维护管理子系统

为了满足修改固定信息,系统数据备份,和岗位部门的设置修改等的需求,系统维护管理子系统的开发是十分迫切的。

4. 计量检测数据库管理系统的技术支持

4.1系统网络技术

鉴于客户机/服务器(Client/Server)、浏览器/服务器(Browser/Server)是计量检测数据库管理系统常用的两种工作模式,因此我们采用具有稳定成熟,广为用户熟悉的传统的C/S结构即客户机/服务器结构模式在计量管理系统中,为了更好的解决客户端的维护问题,采用B/S结构即浏览器/服务器模式应用于信息系统中。

4.2数据库结构的技术支持

通常我们把在计算机系统中组织、存储和使用的互相联系并且按照某种特定的数据模型的集合称之为数据库,数据库的存在是为了达到满足某一个或多个部门中多用户的各种应用需求的目的。

计量检测数据库管理系统选择Microsoft公司的SQL Server7.0作为数据库平台,采用双硬盘冗余系统作为服务器系统,双硬盘工作的重要优点是在一个磁盘出现问题的时候,另外一个硬盘会自动完成接下来的任务,这是因为两个硬盘同时工作,保存的数据是完全相同的。

4.3系统开发运行环境的技术支持

Windows98/2000/XP的操作系统是计量检测数据库管理系统的运行平台,编程技术支持是以PowerBuilder8.0(Sybase公司提供的)的编程工具,而窗口编程技术的应用,系统的界面具有直观、友好和便于操作的优点,同时通过开发式的数据库,确保系统的可靠性及安全性。

4.4系统开发所使用技术依托

第一,PowerBuilder的数据库访问的技术支持。

由Sybase公司研发的PowerBuilder是数据库开发的工具,它的开发环境是可视化,直接面向对象,基于客户机和服务器的。它提供的数据窗口控件是快捷直观的数据处理工具,其具体工作流程是:数据源获取的数据后者存入数据源的数据进入数据窗口,但是数据的操作是先存入数据窗口的缓冲区,缓冲区包括数据的缓冲区、过滤掉的数据的缓冲区、被删除数据的缓冲区三个缓存区。

数据的组织形式、显示方式以及处理方式是数据窗口的对象,数据窗口具有以下功能,第一,对存在于数据库的数据进行增加、删除、修改、更新、查询图形化的处理;第二,编制特定的数据的输入格式、输出格式以及数据的显示风格;第三,增加例如按钮、文本框、图片等多种对象。

第二,PowerBuilder与Word结合的技术。

在待测仪器检测合格后应该附上相对应的合格证书附页,很多情况下,合格证书的附页内容相似或者相同,因此,本系统将最后编辑过的文本内容和格式复制到新的证书附页的文字处理工具Word文档中,同时随着Word文档的修改并不会影响备份证书,实现了自动记录证书附页格式功能,提高了工作效率。

第三,灵活的树形控件。

计量检测数据库管理系统分配权限的依据是计量部门行业每个岗位的工作量,再依据自动生成的分配权限生成相应的树形控件。

5.计量检测数据库管理系统优点

随着计量检测数据库管理系统的应用,鉴于其界面友好,安全性强,全流程网上操作的特点,大幅度减少了处理数据的时间,使得计量检测的工作效率得到提高;全流程操作的网上作业确保了检测质量,达到了计量检测公正性和科学性的目的;按时处理和计量检测的结果;为领导做出决策提供重要依据,便于领导查询各种数据。

6.小结

计量检测管理信息系统应用,改变了传统的工作模式,即单一、低效以及费时,达到生产效率得到提高,完成作业质量要求和达成预期的企业效益。作为计量部门管理信息化的先进科学工具,该系统运行稳定,工作效果良好,为实现提供了先进的科学工具。如此以来,出具的检测报告和合格证书的格式统一,出错率小,便于保存和查询,对统计、分析以及做出决策提供了真实可靠的依据。因此,完善和推广计量检测管理信息系统是十分必要的。

【参考文献】

[1]郎璐红,董俊.计量检测管理系统的分布式数据处理方案[J].工业计量,2007(3).

[2]张瑞,杜衍华,陈奎建.计量检测信息系统的开发与应用[J].中国计量,2006(5).

[3]杨秀娟.定量包装净含量计量检测数据管理系统的实现[J].黑龙江科技信息,2010(26).

[4]任建国.定量包装净含量计量检测数据管理系统的实现[J].计量与测试技术,2008(7).

作者

数据库管理系统范文第6篇

关键词:遥感影像数据库管理系统;要求;管理模式

中图分类号:P23 文献标识码:A

遥感技术的发展准确来说应该开始于人类第一颗人造卫星发射。经过几十年来的发展,遥感影像的应用范围越来越广泛,涉及到了军事、科学研究、气象预报等等多个行业领域,也正是由于遥感影像的应用越来越广泛,遥感影像数据量越来越大。遥感影像数据量与日剧增以后,遥感影像的发展必然呈现出越来越繁荣的趋势,数据量也会越来越大,面对这样的情况,对建设遥感影像数据库管理系统提出了更高的标准。

1 遥感影像数据库管理系统所具备的要求分析

遥感影像是记录电磁波的胶片,与我们日常的影像数据存在很大的区别,从遥感影像数据特征来进行分析,遥感影像数据库管理系统需要具备以下几点要求:

1.1 在实际当中,遥感影像的来源有很多渠道,如航空影像、卫星影像等等,因此,遥感影像数据库管理系统的兼容性要强。

1.2 遥感影像具有一个很明显的特点就是能够表现立体空间,支持空间表达对于应高影像来说是至关重要的,所以遥感影像数据库管理系统对于空间数据索引和数据查询具有一定的能力。

1.3 由于遥感影像数据库来源于很多的渠道,影像数据也没有统一的标准,所以对于遥感影像要满足多尺度的特性。

1.4 遥感影像数据库管理系统必须具备“无缝性”,主要表现在其一集合空间的无缝,遥感影像的存储一般来说具有固定的存储模式,而无缝性的要求就是要打破这种模式,构建一个无缝的区域,用户在使用的时候图幅是透明的。二是色彩空间的无缝性,遥感影像数据库管理系统在一定区域和分辨率范围内,影像色彩的变化应当是平滑的,不能出现明显的差异。其三是尺度空间的无缝性,在操作遥感影像数据缩放的时候,应该保持不同尺寸之间的遥感影像能够平稳的过渡。其四是影像数据和元数据的无缝性,该性质是遥感影像数据库管理系统建设当中需要着重强调的。

1.5 遥感影像应用较为广泛,对于商业用途来说,系统的通用性、扩展性以及维护性是非常重要的。

1.6 随着社会经济的发展,遥感影像数据量急剧增加,遥感数据库管理系统的储存量也应该是海量的,必须要达到TB级。

1.7 从数据可视化的角度上来说,遥感影像数据库管理系统的建设应该以零延迟为目标。

2 遥感影像数据库系统管理模式研究

从大体上来说,遥感数据库系统管理的主要方式可以分为三大类,一个是基于文件的方式,其次是基于数据库的方式,最后就是文件和数据库混合的方式,下面文章对三种方法进行简单的分析:

2.1 基于文件的方式

遥感影像数据库管理系统基于文件方式进行管理的主要优点就是结构不复杂,并且维护的费用也不高,技术相对来说较为成熟。同时也存在一定的缺点,主要表现为安全性能不高,不能支持多用户进行并发操作,元数据管理效率较低等等。因此,对于这种管理方式来说在多数据量的环境下性能表现力不从心,大多数情况下只能适用于遥感影像数据量较小的环境下。

2.2 文件和数据库混合的方式

文件和数据库混合的方式的主要原理是将遥感影像数据以文件的形式保存在服务器上,但是与之对应的元数据却分隔开来保存在了数据库当中,这种管理方式的主要优点是遥感影像数据存储的效率高,但是相对难度也会增大很多,并且随着时间的推移,遥感影像数据量会不断增多,并且后期的维护难度也非常大。

2.3 基于数据库的方式

基于数据库的遥感影像管理模式主要以分布式对象对应关系数据库管理遥感影像数据,该方式不仅可以给中央服务器减负,还可以减少产生瓶颈的几率,提高数据的传送率、查询以及更新效率,可以大大缩短相应时间,并且能够支持多用户的并发访问,这些都是其他管理模式无法比拟的。除此之外目前的数据库都设置了安全访问控制机制,这样的设置能够为开发人员省下了不少的麻烦,提高效率。

3 遥感影像数据库管理系统建设对比分析

由于工作的需要,遥感影像数据库管理系统的功能要求越来越高,为了更好的进行分析研究,文章对比了传统遥感影像数据库系统来论述。

3.1 传统遥感影像数据库管理系统分析

3.1.1 关系数据库系统

传统的关系数据库对于遥感影像数据的处理仅限于数值和字符串,并没有丰富的数据类型,这对于遥感影像的使用、研究来说是极其不方便的,建立在对象层来挖掘面向对象应该是目前的主流,对于对象数据库的存储和访问不能优化,其效率不高,而且技术上也存在严重的问题。

3.1.2 对象数据库系统

在上个世纪八十年代以来,对了遥感影像数据的最好技术就是面对象技术,这种技术的应用能够使得系统当中的数据模型表现的更加直观、并且性能更加的问题,后期维护也较为方便,同时这种系统也存在致命的缺陷,对于SQL的支持很少,实际的工作当中,许多软件需要应用到SQL接口。

3.2 对象一关系数据库系统

对象一关系数据库管理系统具备最大的优势就是具有面向对象的建模能力,对于复杂的遥感影像数据都能进行分析,用户可以直接使用数据管理工具,将遥感影像应用的具体范围与系统实现无缝结合,极大的提高了工作效率。

在目前来说,对象一关系数据库管理模式还处在研发阶段,只能说是一种新兴的技术,其应用的行业领域也较窄,相比上文论述的遥关系数据库管理来说还尚不成熟,关系数据库系统的所有操作只是按照既定的操作标准来执行,相对来说非常简单,但是其致命缺点有限的数据类型以及程序设计中数据结构是制约关系数据库系统发展的最大障碍。而遥感影像数据对象一关系数据库管理系统能够将面向对象的建模能力和关系数据库的功能实现了有机的结合,理论上来说都优于上述两种遥感影像数据库管理系统,还能将关系数据库系统缺点转换成优势,具有高度的扩展性、管理复杂遥感影像数据的能力也大大提高,用户通过自定义的功能和索引表达,对于各种类型的遥感影像数据实现访问、存储以及恢复等功能。

遥感影像数据对象一关系数据库管理系统通过开放SQL平台,可以最大限度的避免定义复杂对象的专有数据结构,使得遥感影像数据库管理系统的应用更加广泛。

4 遥感影像数据库管理系统建设的技术分析

随着遥感技术的不断发展,遥感影像数据量增长速度越来越快,在这样的背景下,必须要研发出一套高效的管理应用系统,将遥感影像的分发以及处理能力提升到新的高度,与此同时还需要很好的契合遥感影像数据制作影像海图等各方面应用需求。高效科学的遥感影像数据库管理系统建设成为了业内关注的焦点。鉴于此,文章对遥感影像数据库管理系统建设的总体构架以及相关的技术问题提出了几点愚见。

4.1 遥感影像数据库管理系统建设的总体架构

针对日常生产生活对遥感影像数据库管理系统提出的功能和要求,总的来说,系统的总体框架可以分成四层: 基础设施层、数据层、逻辑层和应用层。在这四个层次当中,基础设施层是整个遥感影像数据库管理系统运行的基础,主要包含了系统的软硬件运行环境以及网络运行环境的建设;第二层数据层对于整个遥感影像数据库管理系统来说,是非常关键的组成部分,也应该是建设的重中之重,其主要的功能是对采集的原始遥感影像、影像元数据以及矢量数据等等进行储存;而对于逻辑层来说,主要的工作就是对客户端访问遥感影像数据库所需的功能部件进行优化升级;最后的应用层主要就是对遥感影像数据库管理系统当中的集成影像进行日常的管理和维护,同时提供查询、分析以及分发等等功能。

4.2 遥感影像数据库管理系统功的能设计

结合上文对遥感影像数据库管理系统总体架构分析,所提出的四层主要架构需要实现的功能,可以将遥感影像数据库管理系统分为五个子系统。

4.2.1 质检入库子系统

遥感影像采集后需录入到系统当中,但是在此之前需要对遥感影像进行质检,主要检查的内容包括了遥感影像的完整性、一致性等等,并且通过工程化方式对遥感影像、元数据等等实现快速入库,支持断点续传、后台任务同时进行。

4.2.2 组织管理子系统

该子系统是对遥感影像数据管理的核心部分,主要对数据库当中遥感影像的参数进行配制、同时还包含了数据建模、数据备份以及数据共享等等应用,方便遥感影像数据的共享和管理系统的集成。

4.2.3 分发服务子系统

需要在系统中引入电子商务模式的影像分发服务,实现对数据库中遥感影像的查询、分发等功能,同时在改子系统当中提供开放的数据接口。

4.2.4 技术支援子系统

对入库的遥感影像数据进行规范化处理,包括了元数据的采集、快视图提取、镶嵌、配准等。

4.2.5 配置维护子系统

主要的工作是支持和维护遥感影像数据库管理系统的运行,提供一系列的安全管理配套功能,如用户管理、日志信息维护等。

结语

遥感技术随着社会经济的发展,应用越来越广泛,面对与日俱增的遥感影像数据,必须要建立一个强大的遥感影像数据库管理,这也是遥感影像发展的必然趋势。遥感影像信息系统核心技术设计的范围较广、难度较大,目前有很多的学者在进行这方面的研究,本文对遥感影像数据库管理系统的建设只是进行了粗浅的探讨,相信随着研究的深入和科技的发展,遥感影像数据库管理系统建设相关研究会更加的深入,遥感影像也会更加方便的应用于我们的各项工作当中。

参考文献

[1]黄杰,刘仁义,刘南,沈林芳,王娜. 海量遥感影像管理与可视化系统的研究与实现[J]. 浙江大学学报(理学版). 2008(06).

[2]谭庆全,毕建涛,池天河. 一种灵活高校的遥感影像金手塔构建算法[J].一计算机系统应用,2008(17).

数据库管理系统范文第7篇

关键词:关系数据库; 查询优化; SQL语句

引言

查询优化是数据库管理系统设计和实现所采用的一项重要技术,也是影响数据库性能的关键因素。为了优化数据库的性能,除了在数据库的物理设计,关系规范化等方面进行改进外,还有一个简单有效的方法就是通过设计高效合理的查询计划提高查询响应速度。

数据库管理系统处理查询计划的方式是:在做完查询语句的词法、语法检查之后,将语句提交给数据库管理系统的查询优化器进行代数优化和存取路径的优化,之后由预编译模块处理语句并生成查询规划,然后在合适的时间交由系统处理执行,最后将执行结果返回给用户。SQL语句是对数据库进行操作的唯一途径,应用程序的执行最终要归结为SQL语句的执行,SQL语句的效率对数据库系统的性能起到了决定性作用。因此对查询语句的优化是提高查询效率的根本。

一、SQL查询语句的优化策略

影响数据库系统性能的因素很多,包括数据库连接方式、应用系统架构、数据库设计、管理等。其中最本质又至关重要的是数据库管理系统本身的查询优化技术。通过分析关系代数表达式的等价变换准则及查询代价,给定的SQL查询与关系代数表达式对应关系,研究出基于关系代数等价变换规则的SQL查询优化。此外,优化器的优化策略还与所查询表的内容和其他一些与服务器有关的因素有关。因此对优化器来讲,最为重要的选择就是使用什么索引和采用何种表的连接手段。如果用户提交的SQL语句和系统的索引体系是一个不合理的查询计划,仅仅经过系统优化器的优化,根本不可能变得高效。因此用户应合理适当的建立索引体系。

二、SQL查询的优化方法

设计高性能的SQL语句的前提是:熟悉你所用的优化器的优化策略并深入理解数据库中的数据,以及透彻的分析用户的需求。在此基础上,才能尝试编写效率最高的SQL语句,优化程序设计。以下所举实例中使用的数据表来自工作实际中的学生信息表(students )、教师信息表(teachers)以及学生成绩表(sc)。

1.合理使用常规优化查询

观察下面两组查询语句,它们查询的结果都是一样,但是查询的速度却有着明显的区别。

第1组:SELECT*FROM teachers WHERE salary/25 =1000

第2组:SELECT*FROM teachers WHERE salary =1000 * 25

第2组的语句,在经过了优化后,查询的速度减少了数十倍。因为,数据库优化器在面对第2组的salary=1000* 25时,会转换成salary=25000进行查询,却不能将第1组中的salary/25=1000进行转换。鉴于此,应尽量写用常量跟字段比较检索的表达式,而不要将字段置于表达式当中,否则就没有办法进行优化。

2.拆分子句优化查询

使用了IN,OR子句的查询语句,常会使工作表中索引失效。在不会产生大量重复值的前提下,可以考虑把子句拆分开,要求拆分的子句中应该包含索引。在WHERE子句中的“IN”在逻辑上相当于“OR”,所以数据库优化器会将sno in ('01', '02')转化为sno='0l' or sno='02'来执行。这里采用了“OR策略”,就是将满足每个OR子句的行取出,存入临时数据库的工作表中,再建立唯一索引去掉重复行,最后从这个临时表中计算结果。因此,实际过程中并没有利用sno的索引,这样还会因tempdb数据库性能的不同而影响查询时间。

假设在一个表table中有二十万行,其中no字段上有非群集索引,则执行下面这条语句的速度将会非常慢:

SELECT*FROM table WHERE no IN ('0',' 1')

当这个表中的行越来越多,速度也将越来越慢。如果我们将这个OR子句分开,变成:

SELECT*FROM table WHERE no='0'

SELECT*FROM table WHERE no='1'

然后将得到的结果进行UINIO运算,执行的时间只需短短数秒,因为这里的每句都使用了索引,由此提高了查询速度。

3.使用存储过程优化查询

存储过程是用SQL语句和数据库编程语言编写的,完成一定的数据访问功能或提供一定的服务过程,预先进行编译和优化后,存储在服务器中,客户程序可以通过远程调用的模式调用它们,因此在执行时不需要将应用程序代码向服务器端传送,可以大大减轻网络负载。同时,由于存储过程已编译为可执行代码,不需要每次执行时进行分析和优化工作,从而减少了预处理的时间,提高了效率。另一方面,使用存储过程还易于维护,且表的结构改变时,不影响客户端的应用程序。

4.通过查询语句优化提高查询速度

⑴避免使用不兼容的数据类型

查询的问题之一是在where子句中对有不同类型的列的比较企图。例如float和int;char和varchar;binary和varbinary是不兼容的。因此要求where子句中表达式的数据类型是兼容的,数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。

⑵避免或简化排序

应当简化或避免对海量数据表进行重复的排序。当能够利用索引自动以适当的次序产生输出时,优化器就避免了排序的步骤。以下是一些影响因素,索引中不包括一个或几个待排序的列;group by或order by子句中列的次序与索引的次序不一样;排序的列来自不同的表。为了避免不必要的排序,就要正确地增建索引,合理地合并数据库表(尽管有时可能影响表的规范化,但相对于效率的提高是值得的)。如果排序不可避免,那么应当试图简化它,如缩小排序的列的范围等。

⑶避免相关子查询

若子查询中引用外层查询的值,就构成相关子查询。执行时就不能象无关子查询那样,先单独处理子查询,再处理外层查询,而需要外层查询和子查询交叉进行。先用外层查询定位一行数据,这样子查询的引用就有了确定值,然后执行子查询,得到结果后判定外层查询定位的那行数据是否满足条件,再取下一条记录,再执行子查询……直到外层查询涉及的数据全部检查完为止。例如一个列的标签同时在主查询和where子句中的查询中出现,那么很可能当主查询中的列值改变之后,子查询必须重新查询一次。这样的查询嵌套层次越多,效率越低,因此应当尽量避免子查询。

三、结论

以上所述只是对SQL查询进行优化的方法,查询优化的重点环节是使得数据库服务器少从磁盘中读数据,同时尽量避免非顺序读页。要想实现SQL的性能优化,还需要深人研究数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计等。为了能更好地实现数据库应用系统优化,平时需要多积累一些SQL语句的优化技巧,充分利用硬件性能和软件方法来解决。

参考文献

[1] 刘亚欣.数据库查询优化技术研究及其应用[D].大连理工大学,2006,(12)

[2] 郭玉栋、左金平.SQL 语言查询优化方案探究[J].晋中学院学报,2006,(6)

[3] 肖捷、肖正新、袁华强.关系数据库查询优化策略的分析与应用[J].计算机与现代化,2006,(11)

[4] 宋喜忠.关系数据库查询优化技术探析[J].天中学刊,2008,23(2)

数据库管理系统范文第8篇

【关键词】ORACLE数据库;油田数据库管理;应用

1 ORACLE数据库的主要功能

1.1 能够提供一种专用的数据库语言SQL

与其他计算机语言、数据库语言相比,这种SQL语言具有更强大的功能,而且它的结构相对来说更加严谨。同时,和其他的数据库语言、计算机语言的晦涩难懂相比,SQL语言学起来也更加的简单,用户的操作也更加方便和简单,扩大了ORACLE数据库管理系统的应用范围。另外,这种SQL语言不仅可以作为一种独立的计算机语言应用,还可以和其他的计算机语言结合起来使用,具有广泛的适应性。在美国,SQL语言已经成为一种标准的数据库语言,而且因为ORACLE数据库能为它提供UFI接口,所以是这种语言的应用更加的灵活和方便。

1.2 具有比较安全可靠的程序

ORACLE数据库中包含了一系列的程序,而且这些程序的实用性和可靠性都非常高,能够方便用户进行程序的编码和调试。同时这些程序也提高了数据的处理速度,促进了管理系统效率的提高。

1.3 能够实现科学化的自我管理

ORACLE数据库管理系统可以将通过授权和协议的方式给予用户不同的特权,这样除了能增强数据库的安全性和可靠性之外,还能实现数据库管理系统科学化的自我管理。因为ORACLE的应用程序已经实现了微型机和主机的联通,这样就为数据的传递和信息共享提供了便利。而且ORACLE数据库管理系统中还包含了比较先进的视图技术,这样就为用户对数据的动态处理提供了便利。

2 ORACLE在石油数据库中的实际应用探究

2.1 对石油、天然气、水等数据进行处理

在现有的油田数据管理中,对石油、天然气、水等书籍的分析和整理存在着很多不规范的地方, ORACLE数据管理应用在石油数据库管理系统中,能按照研究的要求和标准,对数据进行规范化的分析和处理。一般情况下,数据库中的数据储存的数据量非常大,时间也比较长,并且每一种数据之间的结构方式和存储的格式都不一样,这就增加了对数据库进行管理的难度。为了能够保证这些数据的完整性和安全性,所以有必要提前做好数据整理的准备工作。在石油数据库管理中,石油、天然气和水等数据是油气开发中最基本的数据,所以对这些基本数据进行整理也是数据库管理的基础性工作。应用ORACLE数据库对石油、天然气、水等数据进行管理是它在石油数据库管理中的第一步,能够为油田的科学开采和高效开采奠定基础。

2.2 ORACLE数据库对石油、天然气和水的设计思路和系统组成

运用ORACLE数据库管理对石油、天然气和水等进行整体设计的时候,一定要先明确设计的思路,只有找准了方向,才能提出行之有效的设计方案。应用ORACLE数据库对石油数据库进行管理的思路就是用一种最简单、最科学和最有效的手段,来实现对石油数据库中所有具体数据的管理,而且还必须运用比较先进的计算机技术,对这些具体的数据进行灵活多变、安全有效的管理。也就是说,当ORACLE数据库管理应用在石油数据库管理的过程中,要在相关理论知识和技术支持的基础上,实现数据管理的先进性、科学性、经济性和安全性。

同时,要应用ORACLE数据库对石油、天然气和水等进行整体设计,还必须弄清楚ORACLE数据库的系统组成。ORACLE数据库的组成结构是由六个部分所组成的,这六个部分分别是油分析、天然气分析、水分析、测压数据、日月报表和用户界面。为了能够为用户提供更多的服务,用户界面会为其余五个部分提供接入端口,这样就让用户对操作系统有一个直观、具体的印象,操作起来也就没有那么复杂了。

2.3 应用ORACLE数据库对石油数据库管理的主要内容

应用ORACLE数据库对石油数据库管理的主要内容有五个方面,分别是:石油分析数据表、天然气分析数据表、水分析数据表、用户程序和计算机的软件技术。下面我们就对这五个内容进行具体分析。

第一,石油数据分析表。这一部分的内容就是要根据相关部门对石油数据报表的要求,对石油中的含水量、密度、活动中的粘黏度、凝固点和燃点等数据进行规范的整理。

第二,对天然气的分析数据表。这一部分主要就是对天然气的相对密度和其中甲烷、乙烷、丙烷、异丁烷、正丁烷、氧气、氮气和二氧化碳在其中所占的百分比进行分析和整理,另外对有的数据还需要进行备注,进行简单的说明和解释。

第三,对水的分析数据表。根据水的构成和性质,对水的密度和PH值进行分析,并对水的矿化程度进行分析,也就是对每1000毫升水中矿物质的含量进行分析,例如铁离子、亚铁离子、镁等。

第四,用户程序。该部分主要包括数据的分析和处理,查询,系统说明、版权解释和推出服务等内容。这一部分的主要目的就是维护整个系统的安全性和稳定性,为用户提供服务,并为他们提供一些扩展性的功能。

第五,计算机的软件技术。对这一部分的主要研究就是针对ORACLE数据库中的连接技术、窗口技术、菜单技术、数据传输和错误信息的处理技术等内容而展开的。

2.4 应用ORACLE数据库的主要技术

ORACLE数据库管理系统应用在石油数据库管理系统中时,首先需要对油田开采的基本情况进行表格输入,例如,油田开采的名称、矿井的名称等,这些基本的数据都要在表格中体现出来。当这些数据的输入完成之后,就要对这个表格进行存储,那么这个表格就会作为数据的一种类型被保存到ORACLE数据库中。当我们需要使用这一个表格的时候,就需要从ORACLE数据库将这个表格的数据传导出来,那么这些数据就会从表格的格式转换到SYLK的格式。同时,还可以通过微软的表格处理软件excel中直接对这些数据进行读取,并对导出的数据进行规范的管理。所以说,将ORACLE数据库应用在石油数据库管理系统中的主要技术就是excel,这是ORACLE数据库进行数据转换的基础工具。

3 结束语

综上所述,ORACLE数据库管理系统具有实用、方便、高效等特点,对该数据库的功能进行了简单的介绍,紧接着就对ORACLE数据库管理系统在石油数据库管理系统中对数据的处理、设计的方向、结构的组成、包括的内容和主要的技术进行了分析。最后,我们可以得出一个结论,就是在石油数据库管理系统中应用ORACLE数据库管理系统能够大大提高数据库管理的效率和安全性。

参考文献:

[1]蒲凯,何彬彬,李小文.基于MapX和Oracle Spatial的空间数据库管理系统开发[J].地理空间信息,2009(02).

数据库管理系统范文第9篇

关键词:多媒体数据库管理系统;Visual Basic;SQL Server

中图分类号:TP37文献标识码:A文章编号:1672-3198(2008)07-0318-01

1 总体框架设计

本软件采用VB作为前台的开发语言,后台数据库采用SQL Server数据库系统。VB是应用程序的主要工具,SQL Server 是主流的关系型数据库之一,利用它们的密切集成可以建立更好的应用程序。

1.1 主体功能设计概要

使用VB的窗口、按钮等控件实现主题框架的设计,主界面上用户可进行选择各个功能,菜单栏中包括系统管理、图片管理、声音管理、视频文件和数据管理。功能结构图,如图1所示。

图1 功能结构图

1.2 面向对象技术

在面向对象程序设计中,“对象(Object)”是系统中的基本运行实体,是有特殊属性(数据)和行为方式(方法)的实体。即对象有两个元素构成:一组包含数据的属性;另一组允许对属性中包含的数据进行操作的方法。也可以说,“对象”是将某些数据代码和对该数据的操作代码封装起来的模块,是有特殊属性(数据)和行为方式(方法)的逻辑实体。

程序语句操纵一个对象来完成相应的操作,与对象有关的完成相应操作的程序语句称为“方法”(Method)。方法是对象本身内含的执行特定操作的函数或过程。方法的内容是不可见的,用户不必过问,只要执行它就可以了。方法的操作范围只能是对象内部的数据或对象可以访问的数据。

由于而向对象模型能够根据多媒体的各方而特性,更好地解决MDBMS的系统结构、对象类层次的存储结构、存取方法、多媒体数据模型及其处理方法、友好的用户接口等问题,所以建立而向对象的多媒体数据模型是现阶段研究多媒体数据库的主要方向。

在面向对象的多媒体数据库中,首先要产生一系列对象库,再从几个相似的对象库抽取共同属性和方法,形成类库。这种结构类似于树形结构:最上层的超类库可作为树根,树根下可有多个类库,每一类库下有多个子类库,每一子类库下又有多个中-媒体对象库。

1.3 关键技术

1.3.1 图像

多媒体数据库中图象的入库方法是:先在数据库中建立存放图像信息的字段,其数据类型必须为LongBinary。然后使用Image 对象,并使之与该字段关联。再使用LoadPicture()函数,可以将图像装入数据库。将图像从多媒体数据库中删除可以调用LoadPicture()函数实现,其入口参数必须设置为空。

1.3.2 视频和声音

VB 并没有提供将视频或声音直接存入数据库的对象,但可以采用“模拟”的方式。即当用户指定好视频或声音文件名称之后,便把视频或声音的文件名和路径名存放在数据库的有关字段中。而当要播放这段视频或声音时,再根据存放在数据库该字段中的视频或声音的文件名和路径名去打开它并播放之。其中用户选取视频或声音文件用CommonDialog 对象实现,而视频或声音的播放采用Mmcontrol 对象实现。

2 测试与维护

2.1 测试环境

操作系统:WINDOWS XP

CPU:Intel(R) Pentium(R) 4CPU 2.40GHz

硬盘:80G

显示器:1024*768分辨率

内存:512MB

系统开发软件:Visual Basic 6.0

2.2 测试方法

测试包括软件测试和程序测试。

软件测试是对本软件系统的软件计划、软件设计、软件编码进行差错和纠错的活动。测试的目的是找出软件设计

开发全周期中各个阶段的错误,以便分析错误的性质与位置而加以纠正。纠正过程可能涉及到改正或重新设计相关的文档活动。找错的活动叫测试,纠错的过程叫调试。

软件测试方法又可分为两大类,即静态测试和动态测试。静态测试是对被测程序进行特性分析的一些方法的总称,这种方法的主要特性是不利于用计算机运行被测试的程序,而是采用其他手段达到检测的目的。动态测试是实际运行被测程序,输入相应的测试用例,判定执行结果是否符合要求,从而检验程序的正确性、可靠性和有效性。动态测试的两种主要方法是黑盒测试和白盒测试。

程序测试是对编码阶段的语法错、语义错、运行错进行查找的编码执行活动。找出编码中错误的代码执行活动叫程序测试,纠正编码中错误的代码执行活动叫程序调试。通过查找编码错与纠正编码错来保证算法的正确实现。

软件测试及调试与程序测试及调试相同之处都是查错与纠错的活动。差别在于范围不同软件测试及调试覆盖软件生存周期整个阶段,而程序测试及调试则仅限于编码阶段,软件测试中的单元测试与程序测试十分相似,不同的仅在于单元测试还要测试模块间的接口,并要设计与接口相关的模块,如驱动和存根模块。

2.3 系统维护

根据软件维护的不同原因,软件维护可以分成四种类型:

(1)纠错性维护。在软件交付使用后,因开发时测试的不彻底、不完全,必然会有部分隐藏的错误遗留到运行阶段。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用,应当进行诊断和改正错误。

(2)适应性维护。在使用过程中,外部环境(新的硬、软件配置)、数据环境(数据库、数据格式、数据输入/输出方式、数据存储介质)可能发生变化。为使软件适应这种变化,而应当去修改软件。

(3)完善性维护。在软件的使用过程中,用户往往会对软件提出新的功能与性能要求。为了满足这些要求,需要修改或再开发软件,以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。

(4)预防性维护。预防性维护即软件再工程,是为了提高软件的可维护性、可靠性等,为以后进一步改进软件打下良好基础。

参考文献

[1]舒涵. 营造海量多媒体数据的家[J].中国计算机用户,2003,(19).

[2]范振梅,王晨光,范振钧. 多媒体数据库的实现[J].通化师范学院学报,2004,(04).

[3]刘天惠.Visual Basic 程序设计教程[M].北京:清华大学出版社,2006.

[4]周朋红.多媒体技术与应用[M].北京:中国水利水电出版社,2005.

[5]胡松义.数据库管理系统应用教程[M].湖南:湖南人民出版社图书发行部,2006.

数据库管理系统范文第10篇

关键词 foxpro 模糊查询 select-sql 通配符

在数据库管理系统中,查询是一个很重要的内容。然而,在多数情况下人们不能准确知道作为查询条件的字段内容,如:某字段内容为“涪陵师范高等专科学校”,查询者可能只知道其简称“涪陵师专”或“涪师专”,这时,为保证能查到满足条件的数据记录,只能进行模糊查询。下面从编程的角度谈谈在foxpro 2.5b中,实现模糊查询的方法。

一、 简单的模糊查询方法

① 利用比较操作符“=”进行模糊查询。先把set exact的设置置为off,这时,“=”用于两个字符表达式之间作比较,其规则是:“=”右边的字符逐个与“=”左边相同位置的字符进行比较,只要遇到其中一个字符不相等,或者“=”右边的字符表达式结束,比较操作就结束。所以,"abc"="abc","abc"="ab","ab_"="ab","ab"=""的比较结果均为逻辑真(.t.)。可见,这种方法的模糊性是不能令人满意的。

② 利用“$”进行包含比较,其模糊查询的效果就比用“=”时好得多。这种方法是在“$”右边的字符表达式中查找“$”左边的字符表达式,若找到返回逻辑真(.t.),否则返回逻辑假(.f.)。用这种方法只要“$”左边的字符表达式的每一个字符在“$”右边的字符表达式中存在且位置不间断,查找就能成功,然而对于诸如前面提到的“涪陵师专”或“涪师专”之类的简称,其查找结果为逻辑假(.f.)。

由此可见,直接利用“=”和“$”进行比较操作是不能太“模糊”的。

二、查询条件为缩略语或简称的模糊查询方法

缩略语或简称在地名、单位名称中使用非常广泛。通常,缩略语或简称是由全称中的某些排列位置不连续的字符组成的,因此,通过设置不同长度的字符串进行比较的规则,或者利用包含比较符“$”,是不能对缩略语或简称进行模糊查询的。这时可编写一通用的自定义函数,将用户输入的查询条件(<字符串2>)与字符型字段变量(<字符串1>)进行逐字比较,如果<字符串2>是<字符串1>的缩略语或简称,则返回逻辑真(.t.)否则返回逻辑假(.f.),从而实现模糊查询。

下面将作者所编写的自定义函数介绍给读者,以供参考。

设计思想:此函数必须是一个通用函数。为此,执行时可先接受二个参数──<字符串1>和<字符串2>。从<字符串2>的左边开始取其第一、二个字符x1,用at( )函数测试x1在<字符串1>中的位置s1,如果s1不为0,就将<字符串1>中包含x1以及左边部分的字符截掉,并取<字符串2>中的第三、四个字符x2,用at( )函数测试x2在<字符串1>的剩余部分中的位置s2,若s2不为0,就将<字符串1>的剩余部分中包含x2以及左边部分的字符截掉……,直到将<字符串2>中的字符取完并在<字符串1>中测试完为止,最后本函数返回逻辑真(.t.)。在这个过程中只要有一次测试不成功(即sn=0),则退出本函数并返回逻辑假(.f.)。因为一个汉字占二个ascii字符,所以每次取二个相邻字符进行测试(让zfbj.prg中的k=2)。这样做,一是可以减少测试比较的次数,提高程序运行速度。二是当<字符串2>中含有数字、字母等半角字符时,可以减少满足条件的记录数目,提高查询的命中率。然而,若查询条件中含有英文缩写,则每次只能取一个ascii字符进行测试(让zfbj.prg中的k=1)。

本函数的源程序如下:

* 程序名称:zfbj.prg

* 程序功能:比较<字符串2>是否为<字符串1>的缩略语

* 调用格式:zfbj(<字符串1>,<字符串2>)

* 通常<字符串1>是一个字符型字段变量

* 返 回 值:逻辑值 .t. 或 .f.

* 使用环境:foxpro 2.5b

parameters m.field, m.inmc

private all

if (parameters( ) < 2) ;

or empty(alltrim(m.field)) ;

or empty(alltrim(m.inmc))

return .f.

endif

if set("talk") = "on"

set talk off

m.talkstat = "on"

endif

pstat = set("compatible")

set compatible foxplus

j = len(alltrim(m.inmc))

k=2

for i = 1 to j step k

m.mc = substr(alltrim(m.inmc),i,k)

mcwz = at(m.mc,alltrim(m.field))

if mcwz<>0

m.field = substr(alltrim(m.field),mcwz+k)

fhz = .t.

else

fhz = .f.

exit

endif

endfor

if m.talkstat = "on"

set talk on

endif

if pstat = "on"

set compatible on

endif

return fhz 使用举例:设内存变量m.field,其值为用户输入的用户名称的简称,如“涪师专”,现在要在ktjbk.dbf中查询用户名称(字段名)为“涪陵师范高等专科学校”,或为“涪陵师专”,或为“涪师专”的全部记录,可以先将满足条件的记录拷贝到一临时数据库temp.dbf中,然后再浏览,浏览完毕删除临时数据库temp.dbf。其程序如下:

m.field="涪师专"

select 0

use ktjbk

copy to temp.dbf for zfbj(用户名称,m.field)

select 0

use temp

browse noedit

use

delete file

temp.dbf

select ktjbk

use

通过上面介绍的自定义函数实现了真正的模糊查询,然而令人遗憾的是它的速度表现总使人感到美中不足。幸好在foxpro中引入了结构化查询语言select-sql。

三、 利用foxpro中select-sql语句的模糊查询方法

结构化查询语言sql是foxpro中值得骄傲的特色之一。利用sql的select语句

可以非常方便、极其快速地进行十分复杂的查询操作。特别值得推荐的是elect-sql语句中的where参数支持通配符“%(百分符号)”和“_(下划线符号)”,因此,对于查询条件为缩略语或简称的情况,可以非常简单地实现真正的模糊查询。这里,百分符号“%”代表0个或0个以上的任意字符,下划线符号“_”代表1个任意字符,它们只能与运算符like搭配使用。

使用举例:设内存变量m.field,其值为用户输入的用户名称的简称,如“涪师专”,现在要在ktjbk.dbf中查询用户名称(字段名)为“涪陵师范高等专科学校”,或为“涪陵师专”,或为“涪师专”的全部记录,可以用下面的一段程序实现:

m. field="涪师专"

mc_cxtj="%"

for i=1 to len(alltrim(m.field)) step 2

mc_cxtj=mc_cxtj+substr(alltrim(m.field),i,2)+"%"

endfor

select * ;

from ktjbk ;

where ktjbk.用户名称 like (mc_cxtj) ;

into cursor temp

程序说明:本程序运行时,先将m.field = "涪师专" 中插入四个通配符“%”,得到mc_cxtj ="%涪%师%专%",然后利用sql的select语句,从数据库ktjbk.dbf中选出字段变量“用户名称”符合“%涪%师%专%”格式的所有记录,输出到一个虚拟临时数据库temp.dbf中。

利用foxpro中的结构化查询语言select-sql可以编写出很漂亮的通用查询程序。笔者在数据库管理系统的开发实践中,曾用foxpro的屏幕生成器编写过一通用查询程序,其通用性和执行速度表现都非常好(本人愿抛砖引玉,奉献给有兴趣的《软件世界》读者,见附录),限于篇幅这里就不详细介绍了。

附录:《一个真正的通用查询程序》见磁盘文件tycx.txt(纯文本文件)或

tycx.doc(word97文档)

参考文献:

1. 江英,杨欣 等翻译. foxpro 2.5 使用与参考大全,清华大学出版社,1995

上一篇:数据类型范文 下一篇:元数据范文

友情链接