数据库技术论文范文1
关键词地理信息系统，数据库访问，空间数据库引擎(SDE)，C/S模式，ODBC.
引言
近年来，网络技术得到迅速的发展，这就为信息资源的共享提供了技术上的可能.作为信息密集型的地理信息系统(GIS)上升到网络平台可谓适逢其时.但从目前的应用情况来看，除了国外极少的公司拥有网络版的GIS之外，在国内还处于试验研制的阶段.因此，尽快地研制出我国自主版权的网络GIS的原型和产品，并在技术手段上达到国际先进水平，是摆在我们面前的一项迫切的任务.
1网络计算的几种模式及特点
(1)传统的集中式.这是一种主机-终端模式，所有的计算任务和数据管理任务都集中在主机上，终端只是主机输入/输出设备的延长.这种模式的优点是容易管理，缺点是对主机的性能要求很高，也浪费了作为终端的计算机的计算能力，并且从性能价格比来看，在购置费用相当的情况下，一台主机的性能往往比不上几台计算机所组成网络的性能；因此这种模式已逐渐退出主流.
(2)客户机/服务器(client/server，简称C/S)模式.一般说来，在这种模式下，服务器只集中管理数据，而计算任务分散在客户机上，客户机和服务器之间通过网络协议来进行通讯.客户机向服务器发出数据请求，服务器将数据传送给客户机进行计算，计算完毕，计算结果可返回给服务器.这种模式的优点充分利用了客户机的性能，使计算能力大大提高；另外，由于客户机和服务器之间的通讯是通过网络协议进行的，是一种逻辑的联系，因此物理上在客户机和服务器两端是易于扩充的.它是目前占主流的网络计算模式.
(3)浏览器/服务器(browser/server)模式.在这种模式下，用户端只需一通用的浏览器，如Netscape或Explore，便代替了形形的各种应用软件.服务器则为Web服务器.浏览器和服务器之间通过TCP/IP这一通讯协议进行连接.浏览器发出数据请求，由Web服务器向后台取出数据并计算，将计算结果返回给浏览器.这种模式的优点是：由于用户端所用软件只是一个简单的浏览器，用户基本上无需培训，用户端软件也无需维护；软件的升级与修改只在服务器端进行，对用户透明；服务器与浏览器可处于不同的操作系统平台.其缺点为：Web动态技术不够成熟，各种标准有待统一，如各厂家的动态协议互不支持、浏览器之争等.总之，它是一种先进的但发展还未成熟的技术.
基于以上的分析，应选择客户机/服务器模式作为GIS访问网络数据库的实现模式.
2C/S模式下的GIS访问网络数据库的结构设计
设计在总体上分为C/S两层(见图1)，以充分利用C/S模式的跨平台、易扩充、数据独立等优点.在client端又分两层来进行设计——GIS功能层和数据请求层，GIS功能层是GIS的功能实现部分，数据请求层是GIS的数据实现部分.数据请求层作为一中间层，起到数据转换的作用，对上是具有GIS特点的数据文件，对下是标准的数据库记录.这种分层设计的形式一方面充分利用了现有的单机版本GIS研究成果；另一方面，GIS功能层和数据请求层的开发可同时进行，只要接口标准不变，本层的变动不会影响到另一层.
Fig.1ThegeneralframeworkofGISaccessingdatabasebasedonC/Smodel
值得一提的是ESRI公司的空间数据库引擎(spatialdatabaseengine，简称SDE)的设计方案(见图2).它是目前国际上领先的GIS数据处理的网络计算模型.其数据的访问形式为：由用户的应用程序(userapplication)通过SDE应用编程接口(SDEAPI)向SDE服务器提出空间数据请求，SDE服务器内存放有空间对象模型，并依据空间对象的特点在本地完成空间数据的搜索，并将搜索结果通过网络向用户的应用程序返回.
对比图1和图2可以看出两者采用的都是C/S模式，并且都将GIS功能实现与数据请求进行分层处理；所不同的是面向数据库的数据请求实现的位置：图1在客户机端实现，图2在服务器端实现.在服务器端实现的主要优点为：(1)对于空间对象模型及相关的计算模式的升级可以只在服务器端实现，而且对客户机端透明；(2)由于SDE服务器与数据库ORACLE7.2的结合非常紧密，因此数据的搜寻速度非常快.对于图1来说，把数据请求层放在客户机端，对数据库的依赖程度就不同于SDE服务器，后者对数据库的选型有极强的依赖性(目前SDE服务器只在ORACLE7.2实现)，相反，它是一种非常开放的结构，它所支持的服务器不但可跨数据库系统平台，而且还可跨操作系统平台.可以说，图1和图2两种设计模式的优缺点是相互对应的.
3数据库访问方式的比较
基于程序的访问数据库的几种方法如下.
(1)专用的数据库访问工具.如PowerBuilder，Delphi等，它偏向于对数据库中数据的管理和显示，具有限的计算功能.既不适于用它来开发GIS应用系统，也难以将它们的数据操纵功能与现有的GIS应用系统紧密结合.
(2)嵌入数据库语言的常规语言.各数据库厂家为了让用户程序能直接访问自已的数据库，基本上都提供了专有的面向C语言的预编译头和静态库，如Sybase公司的OPENCLIENT和ORACLE的PRO*C.
(3)开放数据库互连性应用编程接口(opendatabaseconnectivityapplicationprogramminginterface，简称ODBCAPI)［2，3］.它是微软(Microsoft)公司提出的数据库访问形式.它通过确保所有的应用系统遵循标准的调用层接口，提供对特定数据源命令进行解释的驱动程序来保持应用系统的互用性.这样的应用系统是开放的，只要有相应数据源的ODBC的驱动，它就无需改变代码而可访问相应的数据库.
在确定访问数据库的方式时，ODBCAPI的开放性的优势是不言而喻的，但这种方式在效率上不如第二种访问形式.应说明的是：ODBCSQL语法分为3层，即最小层、核心层和扩展层，尽管目前的大型数据库都能支持到扩展层，但为了保证应用系统的开放性，在具体编程实现时，尽量只使用最小层和核心层的语法.
4某电信局配线系统的实现
客户机为MAPGIS/ODBC/WINDOWS95，服务器为SQLSERVER/WINDOWSNT，要访问的相关表中记录约为13万条.要求从地理底图上选中某一DP，在数据库中寻找出从这一DP到配线架的可用通路，并在数据库中作相应配线修改.如图3所示.结果表明：(1)程序实现了MAPGIS访问网络数据库的功能；(2)客户机和服务器均为PC机(主频166MHz)，每次操作反应时间为数秒，换机观察，发现服务器的性能是整个网络计算的瓶颈.
5结论
(1)C/S模式为目前网络平台GIS的首选，将GIS功能与数据库访问分层实现有利于保护现有的开发成果；(2)将数据请求层放在客户端和以ODBC作为数据库的访问方式保证了应用系统的开放性，其访问可跨越数据系统和操作系统平台；(3)实例表明，应用系统的反应速度更多取决于服务器的性能，而不是ODBC的效率.
参考文献
1/base/common/userconf/proc96/TO100/PAP094/P94A.HTM.1998.4
数据库技术论文范文2
目前在WINDOWS环境下有多种访问WEB数据库的技术，主要有：
1.公共网关接口CGI(CommonGatewayInterface)
CGI是较早实现的技术。适用于多种服务器平台，如UNIX、WINDOWS等，但CGI的开发成本高、维护困难、功能有限、不具备事务处理功能、占用服务器资源较多。
2.INTERNET数据库连接器IDC(InternetDatabaseConnector)
IDC集成在ISAPI(InternetServerAPI)中，充分利用了DLL技术，易扩充，但编程较CGI更为复杂，只适用于小型数据库系统。
3.先进数据库连接器ADC(AdvanceDatabaseConnector)
ADC提供了ActiveXControl来访问数据库，它的主要特点是数据查询由用户端浏览器执行，因而需将服务器端数据库中的部分记录下载到用户端，系统开销较大、响应慢，只适用于特别频繁的数据库查询操作。
4.JAVA/JDBC语言编程
JAVA语言是一种面向对象、易移植、多线程控制的语言，可通过JDBC去连接数据库。用JAVA/JDBC编写的软件可移植性强，适用于多种操作系统，但其执行效率和执行速度还不理想，目前无法建立高效、高速的应用。
5.动态服务器页面ASP(ActiveServerPage)
ASP是微软公司最新推出的WEB应用开发技术，着重于处理动态网页和WEB数据库的开发，编程灵活、简洁，具有较高的性能，是目前访问WEB数据库的最佳选择。
二.ASP简介
1.ASP访问数据库的原理
ASP是服务器端的脚本执行环境，可用来产生和执行动态的高性能的WEB服务器程序。
当用户使用浏览器请求ASP主页时，WEB服务器响应，调用ASP引擎来执行ASP文件，并解释其中的脚本语言(JScript或VBScript)，通过ODBC连接数据库，由数据库访问组件ADO(ActiveXDataObjects)完成数据库操作，最后ASP生成包含有数据查询结果的HTML主页返回用户端显示。
由于ASP在服务器端运行，运行结果以HTML主页形式返回用户浏览器，因而ASP源程序不会泄密，增加了系统的安全保密性。此外，ASP是面向对象的脚本环境，用户可自行增加ActiveX组件来扩充其功能，拓展应用范围。
2.ASP页面的结构：
ASP的程序代码简单、通用，文件名由.asp结尾，ASP文件通常由四部分构成：
1)标准的HTML标记：所有的HTML标记均可使用。
2)ASP语法命令：位于<%%>标签内的ASP代码。
3)服务器端的include语句：可用#include语句调入其它ASP代码，增强了编程的灵活性。
4)脚本语言：ASP自带JScript和VBScript两种脚本语言，增加了ASP的编程功能，用户也可安装其它脚本语言，如Perl、Rexx等。
3.ASP的运行环境
目前ASP可运行在三种环境下。
1)WINDOWSNTserver4.0运行IIS3.0(InternetInformationServer)以上。
2)WINDOWSNTworkstation4.0运行PeerWebServer3.0以上。
3)WINDOWS95/98运行PWS(PersonalWebServer)。
其中以NTserver上的IIS功能最强，提供了对ASP的全面支持，是创建高速、稳定的ASP主页的最佳选择。
4.ASP的内建对象
ASP提供了六个内建对象，供用户直接调用：
1)Application对象：负责管理所有会话信息，可用来在指定的应用程序的所有用户之间共享信息。
2)Session对象：存贮特定用户的会话信息，只被该用户访问，当用户在不同WEB页面跳转时，Session中的变量在用户整个会话过程中一直保存。Session对象需cookie支持。
3)Request对象：从用户端取得信息传递给服务器，是ASP读取用户输入的主要方法。
4)Response对象：服务器将输出内容发送到用户端。
5)Server对象：提供对服务器有关方法和属性的访问。
6)ObjectContext对象：IIS4.0新增的对象，用来进行事务处理。此项功能需得到MTS(MicrosoftTranscationServer)管理的支持。
5.ASP的主要内置组件：
1)AdRotator组件：用来按指定计划在同一页上自动轮换显示广告，用于WWW上日益重要的广告服务。
2)BrowserCapabilities组件：确定访问WEB站点的用户浏览器的功能数据，包括类型、性能、版本等。
3)DatabaseAccess组件：提供ADO(ActiveXDataObjects)来访问支持ODBC的数据库。
4)FileAccess组件：提供对服务器端文件的读写功能。
5)ContentLinking组件：生成WEB页内容列表，并将各页顺序连接，用于制作导航条。
此外，还可安装Myinfo、Counters、ContentRotator、PageCount等组件，用户也可自行编制Actiive组件，以提高系统的实用性。
6.DatabaseAccess组件ADO
WWW上很重要的应用是访问WEB数据库，用ASP访问WEB数据库时，必须使用ADO组件，ADO是ASP内置的ActiveX服务器组件(ActiveXServerComponent)，通过在WEB服务器上设置ODBC和OLEDB可连接多种数据库：如SYBASE、ORACLE、INFORMIX、SQLSERVER、ACCESS、VFP等，是对目前微软所支持的数据库进行操作的最有效和最简单直接的方法。
ADO组件主要提供了以下七个对象和四个集合来访问数据库。
1)Connection对象：建立与后台数据库的连接。
2)Command对象：执行SQL指令，访问数据库。
3)Parameters对象和Parameters集合：为Command对象提供数据和参数。
4)RecordSet对象：存放访问数据库后的数据信息，是最经常使用的对象。
5)Field对象和Field集合：提供对RecordSet中当前记录的各个字段进行访问的功能。
6)Property对象和Properties集合：提供有关信息，供Connection、Command、RecordSet、Field对象使用。
7)Error对象和Errors集合：提供访问数据库时的错误信息。
三.ASP访问数据库步骤
在ASP中，使用ADO组件访问后台数据库，可通过以下步骤进行：
1.定义数据源
在WEB服务器上打开“控制面板”，选中“ODBC”，在“系统DSN”下选“添加”，选定你希望的数据库种类、名称、位置等。本文定义“SQLSERVER”，数据源为“HT”，数据库名称为“HTDATA”，脚本语言采用Jscript。
2，使用ADO组件查询WEB数据库
1)调用Server.CreateObject方法取得“ADODB.Connection”的实例，再使用Open方法打开数据库：
conn=Server.CreateObject(“ADODB.Connection”)
conn.Open(“HT”)
2)指定要执行的SQL命令
连接数据库后，可对数据库操作，如查询，修改，删除等，这些都是通过SQL指令来完成的，如要在数据表signaltab中查询代码中含有“X”的记录
sqlStr=“select*fromsignaltabwherecodelike‘%X%’”
rs=conn.Execute(sqlStr)
3)使用RecordSet属性和方法，并显示结果
为了更精确地跟踪数据，要用RecordSet组件创建包含数据的游标，游标就是储存在内存中的数据。
rs=Server.CreateObject(“ADODB.RecordSet”)
rs.Open(sqlStr,conn,1,A)
注：A=1读取
A=3新增、修改、删除
在RecordSet组件中，常用的属性和方法有：
rs.Fields.Count：RecordSet对象的字段数。
rs(i).Name：第i个字段的名称，i为0至rs.Fields.Count-1
rs(i)：第i个字段的数据，i为0至rs.Fields.Count-1
rs("字段名")：指定字段的数据。
rs.Record.Count：游标中的数据记录总数。
rs.EOF：是否最后一条记录。
rs.MoveFirst：指向第一条记录。
rs.MoveLast：指向最后一条记录。
rs.MovePrev：指向上一条记录。
rs.MoveNext：指向下一条记录。
rs.GetRows：将数据放入数组中。
rs.Properties.Count：ADO的ResultSet或Connection的属性个数。
rs.Properties(item).Name：ADO的ResultSet或Connection的名称。
rs.Properties：ADO的ResultSet或Connection的值。
rs.close()：关闭连接。
4)关闭数据库
conn.close()
四.查询WEB数据库举例
下面这段示例程序是访问SQLSERVER数据库的signaltab表，表中有三个字段：code(代码字段，字符型，3位)，class(分类字段，字符型，10位)，memo(备注字段，字符型，20位)。程序中数据源DSN：HT、用户名：client、口令：passwd。
屏幕输入页面input.asp
<%@language=javascript%>
数据库技术论文范文3
一、开放数据库连接
ODBC(Open DataBase Connectivity,开放数据库连接)是微软开放服务结构中有关数据库的一个组成部分。它建立了一组规范,并提供了一组应用程序调用接口。用这样一组接口建立的应用程序,对数据库的操作不依赖于任何数据库管理系统,不直接与任何DBMS打交道,由此可实现应用程序对不同DBMS的共享。数据库操作的“数据源”对应用程序是透明的,所有的数据库操作由对应DBMS的ODBC驱动程序(ODBC Driver)完成。有了ODBC驱动程序,数据源就变得十分广泛,它可以是本机的某种数据库格式的文件(如本机DOS目录下的Access文
件*.mdb),也可以是远程数据库文件(如Microsoft SQL Server);它可以是目前已知的某种DBMS格式,也可以是一种全新的数据库格式。总之,它取决于提供了什么数据库类型的驱动程序。
Visual C++中的ODBC主要是实现基于Windows的关系数据库的应用的共享。
二、ODBC管理器
在ODBC中,数据源是一个重要的概念,它是数据库位置和数据库类型等连接信息的总和。数据源在使用前必须通过ODBC管理器(Administrator)进行登录。在登录数据源时,要搞清数据源名(Datasource name)、数据库文件名(Database name)和数据表格名(Table name)这三者的概念和相互关系:数据源实际是一种数据连接的抽象,数据源名是登录时赋予的“连接”的名称,以供应用程序使用,至于该数据源下连接的是哪一个数据库,则由数据库文件名指出(如Access 2.0 for MS Offics中的.mdb文件);一个数据库文件中可以包括若干个数据表格(table)和其他内容。在关系@@09A05900.GIF;图1 ODBC层次关系图数据库中,数据是以二维表格的方式存在于数据库@@文件中,应用程序最终的操作目标即是这些表格中的行(row记录)和列(columns字段)数据。对于foxprow数据源,数据库文件名是“路径名”,而该路径下的所有数据文件(*.dbf)都属于该“数据库文件”名下的数据表格(table)。
ODBC管理器被装在Control Panel里(ODBCINST.CPL)。通过该工具可以增添、修改或删除数据源,也用来增添、删除ODBC驱动程序,ODBC管理器把数据源和它们的连接信息保存在ODBC.INI、ODBCINST.INI和ODBCISAM.INI中。当需要共享应用程序时,只需按新的数据文件的类型和位置重新登录即可。
三、ODBC应用程序接口
ODBC API是一组标准的ODBC函数库,除了一般的数据库操作函数外,还包括一组函数(如SQLExec或SQLExecdirect)能够内嵌标准SQL查询语句。SQL(Structured Query Language结构化查询语言)是一种存取关系型数据库的标准语言,能够定义、查询、修改和控制数据,简单的语句能够作用于整个数据表格,具有很强的功能。
同Windows 3.1 SDK中API类似,ODBC API也是基于句柄(handle)进行操作的。API函数按功能可分为以下几类:
·数据源连接函数,设置/获取有关信息的函数;
·准备/提交执行SQL查询语句的函数和获得数据的函数;
·终止函数和异常处理函数。
上述函数的顺序也表示了进行数据库操作的一般顺序。两个问题需要特别说明,一是数据类型问题:数据源中的数据所具有的数据类型称为SQL数据类型,这些数据类型在其数据源中可能比较特殊,不一定和ODBC SQL数据类型存储方式一致,驱动程序把这些数据类型同ODBC SQL数据类型进行相互转换,每一个ODBC SQL数据类型都相当于一个ODBC C语言数据类型;二是函数的调用级别问题,并不是每一个ODBC驱动程序都支持所有的ODBC API函数调用,在应用程序中,可以调用有关函数获取驱动程序以支持层次方面的信息。
四、ODBC应用编程
在Visual C++中,MFC (Microsoft Foundation Class基本类库)是经过对Windows应用程序中各个部件进行类的抽象而建立的一组预定义的类,如窗口基类(CWnd)、各种窗口派生类等等,这些类在应用程序中可直接使用,不需要重新定义。在MFC中,也为ODBC预定义了几个类,其中主要的是数据库类(CDatabase)和记录集合类(CRecoredset)。这两个类既有联系又有区别,在应用程序中,可以分别使用,也可以同时使用,每一类也可以同时存在多个对象。CDatabase的每一个对象代表了一个数据源的连接,CRecordset的每一个对象代表了从一
个数据表中按预定的查询条件获得的记录的集合,一般说来,前者适宜于对数据源下的某个数据表格进行整体操作,后者用于对所选的记录集合进行处理。
同Windows类与SDK API 函数的关系一样,CDatabase类与ODBC API函数也有类似的关系,但CDatabase类中并不包含所有的ODBC API函数,大部分操作功能仍须直接调用ODBC API函数,如目录功能函数,用于获得数据源下的数据表格信息,如表格名,字段名等。
在应用编程时,一般使用CDatabase和CRecordset的派生类。假设派生类分别为CUserdb和CUserset,而在应用类CUserClass中,使用了一个CUserdb对象(m-db)和一个Cuserset对象(m-recset),图2给出了用户应用类与ODBC类的相互关系示意图。
@@09A05901.GIF;图2 CDatabase CRecordset类与应用类及数据源关系图@@
1.m-db连接数据源
m-db在完成定义构造后,要调用CDatabase的打开(Open)函数以进行数据源的实际连接:
m-db.Open(lpszDSN, bExclusive, bReadOnly, lpszConnect);
打开函数需要输入四个参数。lpszDSN:要连接的数据源的名字,如果lpszDSN=NULL且lpszConnect中也没有指明数据源名,则该调用会自动出现一个对话框列出所有可用的数据源(名),让用户选择。bExclusive:只支持“假”(False)值,表示为共享(share)方式连接。因此,应用程序在运行前,一定要装入share.exe或在Windows的system.ini中装入vshare.386。 ReadOnly:指明数据源操作方式是“只读”还是可以修改。lpszConnect: 指明连接字符串,包括数据源名、用户标识码、口令等信息。该字符串必须以“ODBC;”开头,表示该连接是与一个ODBC数据源的连接(考虑以后版本支持非ODBC数据源)。
m-db打开后,其指针可以传给m-recset作为其数据源。m-db关闭后,将关闭所有CRecordset对它的连接,m-db也可以重新打开。
2.m-db操作数据
数据源打开后,即可对数据库文件中的数据表格进行操作,操作以调用SQL语句方式进行,可直接通过ODBC API函数,或者CDatabase类成员函数ExecuteSQL。数据表名在SQL语句中指定,如下语句则在所在的数据源中的clerk表中插入一个记录,记录的name字段值为"chen"。
m-db.ExecuteSQL("insert into clerk(name) value(’chen’)");3.m-recset连接数据m-recset在构造时,可传入一个CDatabase对象指针,作为m-recset的数据源,当为NULL时,必须重载CRecordset的函数GetDefaultConnect,以提供数据源连接字符串(相当于m-db.Open中的lpszConnect)。如下则表示连接名为COMPANY的数据源(当传入了合法的CDatabase对象指针时,该函数将不被调用)。
CString CUserset::GetDefaultConnect()
{
return"ODBC;DSN=COMPANY;";
}4.m-recset选取记录和字段
m-recset在调用打开函数时,即获得了符合条件的一组记录,条件语句在Open函数中的lpszSQL中给出,如果lpszSQL为NULL,则必须重载CRecordset的函数以提供该语句。该语句是一个SELECT语句,带或不带where和order by子句(如果不带,where和Order by的条件也可在CRecordset的两个预定义成员变量m-strFilter和m-strSort中给出)。lpszSQL也可以只是一个数据表名(table-name),也可以是对内嵌在数据库文件中的查询程序的调用语句。所选择的一系列字段名,在成员函数DoFieldExchange中由一系列RFX-函数指定。RFX-(Record Field Exchange)函数,使字段和成员变量一一建立类型对应关系。另外,m-strFilter中也可以带变量参数(用"?"表示,如"fieldl>=? AND field2<=?"),参数与成员变量的对应关系也在DoFieldExchange中由RFX-函数指定(串中的"?"将被参数变量值逐一替换)。
void CUserset::DoFieldExchange(CFieldExchange* pFX)
{
pFX->SetFieldType(CFieldExchange::outputColumn);
/*以下为字段连接 */
RFX-???(pFX,"field1",m-var1);
RFX-???(pFX,"field2",m-var2);
...
RFX-???(pFX,"fieldn",m-varn);
pFX->SetFieldType(CFieldExchange::param);
/*以下为参数连接*/
RFX-???(pFX,field1,m-param1);
RFX-???(pFX,field2,m-param2);
...
}其中,???为ODBC SQL数据类型名,如RFX-Double,RFX-Text等。
综合上述,选取记录和字段实际是由下列语句完成:
SELECT rfx-field-list FROM table-name[WHERE m-strFilter][ORDER BY m-strSort]
字段变量和参数变量的个数一定要在调用打开函数前(如构造函数中)准确地赋值给成员变量m-nFields和m-nParams。m-recset在打开后的任何时候调用Requery()函数,将根据新的查询条件(例如修改了参数变量值)重新选取记录。
5.m-recset操作数据
记录集合生成后,其当前记录的各字段值被保存在前述的各字段变量中,如果调用CRecordset的滚动(scroll)函数,如MoveFirst(),MoveNext(),MovePrev(),MoveLast()等,字段变量的值将自动跟随“当前”记录的位置的变化而变化。IsBOF(),IsEOF()用于判别是否移动到记录的头或尾。
数据操作主要包括删除(Delete),添加(AddNew)和更改(Edit),一般流程为:
if(m-recset.CanUpdate()) /*是否允许修改*/
{
if (m-db.CanTransact()) /*是否支持“批”处理*/
{
m-db.BeginTrans();
m-recset.AddNew();
/* 修改字段变量值 */
. . .
m-recset.Update();
mitTrans();
if(catch error)
m-db.RollBack();
}
}
对于AddNew和Edit,修改字段变量后一定要调用函数Update(),否则更新将丢失,而Delete操作则不必进行字段值修改和调用Update()。
上述的CDatabase的四个函数是ODBC为保证数据操作的可靠性而提供的“批”处理函数,即在BeginTrans和CommitTrans之间的数据修改如果出现任何异常,可通过函数RoolBack来恢复所做的修改。
在多用户系统使用时,每一个数据源可以被多个用户的多个任务连接,不同的任务可同时修改相同的数据源。ODBC提供了两种数据表更新的同步机制(在m-recset.Open函数中指定),“静态”的(snapshot)和动态的(dynaset)。前者是一组静态的记录集合,当建立后不会改变,除了反应自己的添加/删除外,不反应别的用户的修改,除非调用了Requery重新建立。后者是一组动态的记录集合,自己或别的用户所作的修改随时反应到集合中来(当然也可用Requery重建),以保持记录与数据源的同步。在应用中,应根据需要确定使用哪一种方式。
五、结束语
数据库技术论文范文4
【关键词】会议 文献 数据库 数字化 资源共享
一、研究背景
会议文献是指在各类学术会议上宣读的论文、论述、总结等形式的文献，包括会议前参加会议者预先提交的论文文摘、在会议上宣读或散发的论文、会上讨论的问题、交流的经验和情况等经整理编辑加工而成的正式出版物[1]。文献是进行学术交流的重要知识资源，大多数会议文献都具有独到的学术见解和新颖的学术观点，学术质量较高。许多会议文献还公布科研人员取得的新进展与新成果，并提出新的研究课题和新的研究设想。因此，会议文献往往具有专业性强、学术水平高、内容新颖、信息量大、可靠性强、出版速度快及发行方式灵活等特点[2]。
会议论文作为仅次于科技报告的十大情报源之一，代表了一个国家或地区在某一时期，在相关学术领域内取得的最高学术水平，是进行科学研究的文献信息保障，具有较高的学术价值和情报价值，是推动人类社会发展、科技进步的必备文献之一。
近年来，随着数字化加工、处理技术及信息检索技术的迅猛发展，各大图书馆以及数据库商开始将会议论文数字化，以期为受众提供更加便捷的数据服务。目前，国内综合性学术会议论文数据库主要有三个：CNKI的 《中国重要会议论文全文数据库》、万方数据的《中国学术会议文献数据库》、上海图书馆的《全国学术会议篇名数据库》。
本文通过对这三个数据库的统计调查，对国内主要学术会议论文数据库的建设和利用状况进行了初步分析，特别关注了所面临的共同问题，分析其产生原因并给出了相应对策与展望。
二、国内主要学术会议论文数据库开发所处的环境
（一）政治环境
近年来，政府在工作报告中指出，要“引导科研机构、高等院校的科研力量为企业研发中心服务，提高原始创新能力”。坚定不移地实施“国家知识产权战略”“倡导学术诚信、鼓励独立思考、保障学术自由、弘扬科学精神”。在政策的保障和推动下，学界的主动性明显增强，学术交流活动日见活跃，呈现出蓬勃发展的态势。
（二）经济环境
目前，整个市场经济正步入转型升级的阶段，各领域之间的渗透交融越来越明显。科研人员、教育界人士、政府机构对学术会议转化的成果需求日益旺盛，愿望日益迫切。传统图书情报机构对于会议文献的揭示已经难以满足受众的需求，需要寻求更为高效、精确的揭示途径和呈现模式。
（三）社会环境
《中国重要会议论文全文数据库》和《中国学术会议文献数据库》的总部在北京，《全国学术会议篇名数据库》总部在上海。京沪两地历史悠久，文化积淀深厚，在上海能感受到海纳百川的思想碰撞，北京更是汇聚了大量优质的教育文化资源，国内高质量的学术会议有很大部分都选择在这两地召开，办会条件成熟度高，具备明显的资源优势。
（四）技术环境
数字化加工技术的进步，互联网技术的快速发展为会议文献的揭示和服务提供了良好的支持，数据库开发者得以运用这些成熟的技术，来构建会议论文资源，成为采集、加工、保存、服务的技术平台。并通过互联网向全国乃至全世界提供学术会议论文数据服务，实现资源共享。
三、学术会议论文数据库建设和利用的现状
《全国学术会议篇名数据库》由上海图书馆上海科技情报所制作。该库建库时间早，早在1958年零星的资料收集就已出现。该数据库正式始建于1982年，最初以微缩胶片形式全文，1998年开始建立光盘及网络版数据库。《中国学术会议文献数据库》由北京万方数据有限公司制作，始于1983年，于1995年建光盘库，1997年通过Chinainfo出网络版文摘库，2002年网络版全文库。万方数据有限公司成立于1993年，是一家以中国科技信息研究所为基础，直属科技部的股份制高新技术有限公司。《中国重要会议论文全文数据库》由清华同方知网（北京）技术有限公司制作，教育部主管，该数据库始于1999年，能实现多库并行检索，具有强大的综合优势。（参见表1）
（一）会议论文收录量
万方《中国学术会议文献数据库》以250多万篇的数据量独占鳌头，CNKI《中国重要会议论文全文数据库》以200多万篇紧随其后，上图《全国学术会议篇名数据库》为120万篇，数据量较少。
（二）z索功能比较
基本的字段检索、高级检索和专业检索功能均无太大差异。万方和CNKI 均提供相似文献推荐服务，万方还提供与互动百科的词条链接服务；CNKI的分类导航、论文集导航和会议导航均做得较为出色，使用体验较佳。
（三）全文服务
万方和CNKI 均提供会议论文全文下载，会议论文索引免费获取，上图库仅提供篇名服务，需线下联系以获取全文。
学科导航（大类数量） 基本按照中图法，A大类不单列 分为十大专辑：基础科学、工程科技Ⅰ、工程科技Ⅱ、农业科技、医药卫生科技、哲学与人文科学、社会科学Ⅰ、社会科学Ⅱ、信息科技、经济与管理科学。十专辑下又分为168个专题。 无
（四）数据库收录会议情况抽样比较
通过对三个数据库5年内的收录数据进行统计，在此基础上对相关类目进行抽样比较分析得出如下结果。
（五）会议论文收录情况比较（参见表2）
2008～2012年，万方收录论文集12593种，年均2546个会议；CNKI收录7897种，年均1379个会议；上图收录3076种，年均613个会议。
（六）会议论文收录学科分布情况比较
万方会议论文收录科技类占总量的83.58%，其中工业技术比例最大，占39.07%；CNKI科技类占总量的73.80%，其中工业技术占30.00%；上图科技类占总量的68.40%，工业技术占30.92%。万方会议论文科技类占比是三个库中最高的，工业技术也是三个库占比最高的大类。上图会议论文中社科类占比为三个库中最高。
（七）收录会议重复情况比较
从5年内的抽样统计结果看，万方收录的会议论文集数量与上图收录的论文集数量重复率在大约是上图的50%。同时，万方和CNKI的重复量也基本上占CNKI的二分之一。
从上述调研及统计中发现，在建设力度方面，公益机构（上图）对会议文献数字资源的建设力度并不大，开展的服务力度非常有限，利用率不高；在加工深度方面，仅仅停留在对文献的数字化扫描的数字化还原层面，远未达到资源的深度揭示。相比较公益机构的迟缓，嗅觉灵敏的商业机构却在资金技术人力方面加大投入，采用全文扫描识别技术，力图深度揭示文献内容的内在关联，为受众提供更加人性化、个性化的服务。
四、存在的问题与对策
通过以上分析比较，我们发现，目前三个国内主要会议论文数据库之间数据体量差异较大，有一定的重复率。同时，因为数据库制作者的不同，制作标准不一，对同一种会议文献，不同的单位可能按不同的文献类型来处理，规范程度也不尽如人意[3]。由此影响了会议论文数据的查全率和查准率，给受众的正常使用带来诸多不便。学术会议是新研究成果的重要场所。据统计，有近1/3的学术成果是在相关会议上首次公布的；学术会议对本学科领域重大事件的首次报道率也是最高的。可以这么说，只参考期刊文献，不参考会议文献，科研的开创性将不复存在。因此，各大数据库应以读者的利益为出发点，达成共识，分工协作，不断提高兼容性，才能更好地为读者提供优质服务。
（一）增进沟通，统筹规划
会议文献数量巨大，任何一家机构都不可能独立收全所有的学术会议文献。这就首先需要全国各文献情报机构精诚协作，整合分布在各高校图书馆、公共图书馆、情报机构、数据公司中的会议文献资源，将资源进行充分的梳理、组合；其次要借鉴运作模式相对成熟的数据公司的力量，依托公益机构专业的分类标引手段，将公众资源和商业力量进行统一的运作规划，联合共建从而合理分配使用社会资源。如此，必然可以减少重复建设，从而提供更丰富优质的服务。
（二）规范制作，深度揭示
在数据库建设过程中，有必要建立规范的会议文献数据库，将不同出版形式的会议文献统一纳入该数据库，按照会议文献的特征和著录规范进行著录。同时，对会议文献的开发不能停留在全文提供的层面，应认真调研，做好深层次开发的准备，以深度标引为基础，提高资源揭示的深度与内在关联性，进一步完善会议文献的数字化建设工作。在服务平台相关功能上，论文数据的精准定位、深度标引以及全文的可检索途径已成为服务平台不可或缺的功能之一，必须充分考虑并挖掘这一功能。
（三）丰富内容，深化服
新一代的会议论文服务平台，不应当仅仅是提供论文检索的数据库，更应当以满足用户多样化需求为着力点，将服务延伸至会前、会中和会后。从会议预告到相关新闻，从篇目揭示到文献传递，从单向提供会议信息到支持用户相关信息，资源共享、开放协作将是未来会议文献数据库的发展趋势。
【参考文献】
[1]王冰，曹开玉. 军事情报网络资源检索理论与应用[M].北京：军事科学出版社，2007：508-512.
数据库技术论文范文5
关键词: 数据库;系数据库技术;数据仓库
今天,互联网已成为人们生活中的一部分,它将企业、客户、合作伙伴以最优的方式连接起来。数据库技术已成为计算机信息系统和计算机应用系统的重要技术基础。数据库技术从诞生到现在,不到半个世纪的时间里,在广泛的领域得到应用。人们提出了多样的数据模型,同时也提出了新的数据库技术。
一、概述
数据库技术是20世纪60年代后期产生和发展起来的一项计算机数据管理技术。当时,计算机已广泛应用于数据管理,对数据的共享提出了越来越高的要求。传统的文件管理系统已经不能满足人们的需要,能够统一管理和共享数据的数据库管理系统应运而生。
数据库指的是特定信息的集合,而数据库管理系统是对数据库进行管理和控制的软件。这些管理和控制功能主要包括数据库的建立和维护、数据的插入、查询、删除和修改等。数据模型是数据库系统的核心和基础,由数据结构、数据操作和完整性约束三部分组成。数据结构是所研究对象类型的集合。在数据库系统中通常按照数据结构的类型来命名数据模型。传统的数据模型有层次模型、网状模型和关系模型。数据操作是指对数据库中各种对象的实例允许执行的操作的集合,数据库主要有检索和更新两大类操作。数据库的约束条件是完整性规则的集合,即要保证数据的正确性、有效性和相容性。各种数据库管理系统软件都是基于某种数据模型的,通常按照数据模型的特点将传统数据库系统分为层次数据库、网状数据库和关系数据库三类。虽然前两种数据库已经很好地解决了数据的集中和共享问题,但是在数据的独立性和抽象级别上存在欠缺,用户对这两种数据库进行存取时,仍然需要明确数据的存储结构,指出存取路径,而关系数据库则较好地解决了这些问题。
二、研究现状
数据库发展之初,数据库技术的研究内容主要是信息的存储、组织、管理和访问技术。数据模型是各组织机构研究的重点,相继推出层次模型、网状模型和关系模型。其中关系模型有严格的理论基础,充分考虑了企业业务数据的特点,使其得以迅速发展。关系数据模型以集合论中的关系概念为基础,有严格的数学基础。关系模型中无论是实体还是实体间的联系均由单一的结构类型――关系来表示,其抽象级别较高,而且简单清晰、便于理解和使用。因此关系数据库最终成为主流。20世纪80年代几乎所有新开发的数据库系统均是关系型数据库系统。关系模型在关系数据库理论基本成熟后,研制的重点是探索关系数据库管理系统的设计,内容包括关系数据语言、查询优化、并发控制和系统性能等。更多结构良好、使用方便、效率较高的以数据库为核心的应用信息系统被开发出来。而随着数据库技术日益广泛地应用到企业管理、情报检索、辅助决策等各方面,关系数据库管理系统的实现和产品开发中, 遇到了一系列技术问题。这促使人们着力寻求解决信息系统创新途径中所存在的数据管理问题的方法,主要是实现数据的高度共享,支持用户的日常业务处理和辅助决策。数据仓库、联机分析处理技术和数据挖掘是20世纪90年代初兴起的三项决策支持技术,现已进入实用阶段。
三、发展趋势
1.关系数据库技术仍然是主流
关系数据库技术出现在20世纪70年代,经过80年代的发展,到90年代已经比较成熟,在90年代初期曾一度受到面向对象数据库的巨大挑战,但是市场最后还是选择了关系数据库。报告显示关系数据库管理系统的市场份额最大,2000年其市场份额占整个数据库市场的80%,这个比例比1999年增长了15%。这组数据充分说明关系数据库技术仍然是当今最为流行的数据库软件。
2.数据库技术发展的新方向―――非结构化数据库
非结构化数据库是针对关系数据库模型过于简单,不便表达复杂的嵌套需要以及支持数据类型有限等局限,而提出的基于因特网应用的数据库理论。最大区别就在于它突破了关系数据库结构定义不易改变和数据定长的限制,支持重复字段、子字段以及变长字段,在处理连续信息和非结构信息中有着传统关系型数据库所无法比拟的优势。但研究者认为此种数据库技术并不会完全取代关系数据库,而是它有益的补充。
3.数据库技术与多学科技术的有机结合
数据库与学科技术的结合将会建立一系列新数据库,如分布式数据库、并行数据库、多媒体数据库等,将是数据库技术重要的发展方向。其中,多媒体技术和可视化技术引入多媒体数据库将是未来数据库技术发展的热点和难点。
4.数据仓库以及基于此技术的商业智能是数据库技术及市场发展的两大方向
网络联通信息和资源,让人们的工作和生活变得更方便。它所带来的低成本、高性能以及方便的资源共享正是人们所追求的。IBM的实验室在这方面进行了10多年的研究,并将研究成果发展成为商用产品。有学者指出,许多行业如电信、金融等认识到数据仓库技术所带来的巨大经济效益,纷纷建立起数据仓库系统。另有学者将视角瞄准电子商务领域,认为现在的信息系统要求按照以客户为中心建立应用框架。势必要求数据库应用更加广泛地接触客户,电子商务将成为未来数据库技术发展的另一方向。
四、结论
目前,数据库的建设规模和性能,数据库信息量的大小和使用频度已成为衡量一个国家信息化程度的重要标志。在众多新技术应用中,对数据库研究最具影响力的无疑将是网络的发展。网络中的数据管理问题从深度和广度两方面对数据库技术提出了挑战。从深度上讲,在网络环境中,一些数据管理的基本假设不再成立,数据库研究者需要重新考虑在新情况下对传统技术的改进。从广度上讲,新问题的出现需要我们开拓思路,寻求创新性的技术突破。
参考文献:
[1]王珊,萨师煊.数据库系统概论.高等教育出版社,2006.11.
[2]黄义弘,黄文钰.数据库系统原理与设计.清华大学出版社,2005.8.
[3]杨继业,杨伟,董彦芳等.数据库发展综述.山西气象,2002年第 2期.
数据库技术论文范文6
关键词：数据库技术；发展现状；发展趋势
中图分类号：TP311.13
数据库技术起源于20世纪60年代末，是随着计算机技术的出现而出现的。最初研发数据库技术是为了能够有效地管理和存取数据资源。而且随着科学技术的不断发展与更新，数据库技术与计算机网络技术已经紧密结合起来，并相互促进、相互渗透，已经逐渐成为社会应用最为广泛的两大领域。随着人们对于数据库技术的认识以及研发的不断加深，数据库技术逐渐完善，且应用领域不断拓展，由原先的事务处理逐渐延伸到情报检索、专家系统以及计算机辅助设计等领域，为人类生活与工作提供了便利，促进了社会的发展。为了让数据库技术更好地服务于社会，本文对数据库技术的发展现状以及发展趋势做了详细地阐述。
1 数据库技术的发展进程
数据库技术是信息系统的核心技术，并对计算机数据进行辅助管理。数据库技术研究的重点在于如何更好地组织与存储数据，以及如何高效地获取和处理数据。数据库技术是通过对数据库结构、设计、存储、管理等应用的理论和方法进行研究，并使用这些理论来对数据进行分析、处理的技术。数据库技术的发展进程主要有三大阶段。一、层次与网状数据库系统。该系统是在20世纪70年代研制出来的。层次数据库系统是数据库系统的先驱，而网状数据库系统则是数据库概念、方法、技术的奠基者。二、关系数据库系统。关系数据模型是在1970年由Edgar F.Codd提出的，为开创关系数据库技术奠定了理论基础，在随后的80年代，研发出了非常多的关系数据管理系统，如Ingres、Informix、DB2等，这些管理系统被广泛应用于企业信息管理、情报检索等领域，为第三代数据库系统的研发奠定了坚实的理论基础。三、第三代数据库系统不仅保留了第二代数据库系统的技术，而且还进行了拓展，其基本特征为支持数据管理、知识管理和对象管理[1]。
2 数据库技术的发展现状
当今时代的数据库技术的特征是：与网络通信技术、面向对象程序设计技术、人工智能技术、并行计算技术等技术进行渗透与结合。而具有以上特征的数据库技术包括知识库系统、分布式数据库系统和主动数据库系统等新型数据库系统。
2.1 知识库系统
知识库系统是数据库技术与人工智能技术相互渗透、相互结合而产生的，就是在人工智能技术中加入数据库技术。将数据库技术与人工智能技术相结合，就可以将数据库当作人工智能系统，提高DBMS的表达、推理和查询能力。知识库系统的主要功能在于其可以扩充数据库系统的推理能力、引入语义知识、提高知识的获取能力，并提高数据库对知识和数据的组织与管理能力。不仅如此，知识库系统还对数据库的查询能力进行了优化，并提高了数据库的查询效率[2]。
2.2 分布式数据库系统
分布式数据库系统是由同一网络中的不同计算机上的数据组合而成的。在数据库系统中，每台服务器都有自己的数据库系统和客户机，利用网络将3台服务器连接起来。而且网络中的每个节点都可以独立的对数据进行处理，还可以执行局部应用。不仅如此，节点还可以通过网络的子系统来执行全局应用。在分布式数据库系统中，用户可以利用客户机使用本地服务器中的数据库，满足自己的需求，也可以对节点中的数据库执行应用。
2.3 主动数据库
主动数据库是相对于被动数据库而言的，其主要职能是提高数据库对紧急情况的反应能力，并提高数据库管理系统的模块化程度。主动数据库的使用方法是将一些新的事件、动作规则以及条件输入到传统数据库中，再利用数据库管理系统对数据库的运行状态进行检测，判断数据库是否符合设定的条件，一旦条件符合就会立即执行命令。
3 数据库技术的发展趋势
通过对目前数据库技术的应用情况进行分析，我们可以发现许多企业都面临着数据膨胀的困境，如何有效地解决海量数据库信息的存储与管理是当前亟待解决的问题。而且现在大多数的用户都无法完全使用DBMS来对海量数据、空间数据进行分析，因此，新数据库技术的研究已经成为了研究热点和发展趋势。
3.1 商业智能
随着数据库技术的广泛应用，使企业的数据库中所承载的数据量与日俱增，如何从众多的数据中查询出自己需要的信息成为了最主要的问题，解决这个问题的最好办法就是商业智能。商业智能就是以帮助企业做出科学决策为目的，并对数据进行有效地收集、储存、分析、查询等技术。商业智能可以在最短的时间内对海量数据进行查询和分析，并抽出用户需要的信息，而且商业智能可以提供在线分析处理功能，是数据库技术的发展趋势[3]。
3.2 数据仓库
数据仓库是将多种学科技术进行综合而产生的，主要的构成部分为数据仓库、数据仓库工具、数据仓库管理系统，数据仓库是核心系统，是进行信息挖掘的基础；数据仓库是通过数据仓库工具来发挥作用的，数据仓库工具是系统的关键；数据仓库管理系统是决定整个系统能否正常运作的关键，可以看作是整个系统的引擎。
如我国的石油产业在发展过程中，对于信息技术的需求逐渐增强，企业的信息化进程也在不断加快，而安全信息化管理对于信息技术的要求更高。企业现在大多数使用的是传统数据库技术，这样的安全信息化管理系统都是以单一的数据资源为中心，并进行企业不同类型的数据处理工作。但是在处理过程中，不同类型的数据具有自己的特点，以传统数据库技术为基础的安全信息化管理系统无法将石油企业不同数据的特点都显示出来，无法进行数据多样化处理，使企业人员获取的信息量不足或者是质量不高，导致企业决策出现错误。而且利用数据仓库技术还可以将员工所需的数据从事务处理环境中抽取出来，并利用DSS处理系统对这些数据进行重新的处理，在单独的分析处理环境中对其进行分析。这样不仅可以提高石油企业的分析、决策的质量，还可以减少企业损失，提高企业的安全管理水平，促进企业的发展。
4 结语
数据库技术是企业进行数据处理的主要系统，是计算机技术的重要分支。通过对数据库技术的发展进程、现状以及发展趋势进行分析后可以看出，第三代数据库系统不仅可以为企业提供更丰富的造模能力，而且还可以根据不同领域的特点，研发出更多先进的、科学的数据库系统，如商业智能技术、数据仓库技术等[4]。
参考文献：
[1]张岚.浅析数据库技术的发展趋势[J].信息与电脑，2012，14（10）：137-138.
[2]明智勇.数据库技术的现状与发展趋势探索[J].产业与科技论坛，2013，22（1）：80-81.
[3]张俊，吴绍辉.数据库技术的研究现状及发展趋势[J].工矿自动化，2011，6（7）：34-36.
