图书馆自动化系统联机编目与Web OPAC的研究及实现（可编辑）

图书馆自动化系统联机编目与Web OPAC的研究及实现（可编辑） 合肥工业大学 硕士学位 论文 政研论文下载论文大学下载论文大学下载关于长拳的论文浙大论文封面下载 图书馆自动化系统联机编目与Web OPAC的研究及实现 姓名:许杰星 申请学位级别:硕士 专业:计算机应用技术 指导教师:侯整风 2001.12.24鱼里些盔兰堕塑生生些堡兰???? 的研究及实现 图书馆自动化系统联机编目与 摘要 。 图书馆公共信息查 、弋随着网络技术的蓬勃发展,联机编目和 询系统已成为图书馆自动化系统的重要组成部分,联机编目的目 标是共建 的主要目标是让读者基于 共享书目中心书目数据资源,而 访问图书馆自动化系统的书目数据资源。 书刊编目子系统是采购、流通、公共查询等一系列子系统的基础, 是 图书馆自动化系统的核心部分。论文对书刊编目子系统进行了设 计,重点 讨论了书刊编日子系统的关键问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ??.与联机编目,并对. 客户端进行了初步殴计。 论文讨论了三层计算模型、技术、。技术和公司推 出的应用服务器。论文运用作为系统的服务平台,利用 的插件作为主要的开发编程接口,利用访问数据库, 实现 。作为一个良好的应用开发平台充分利用了/结构和 三层计算模型的优点;和均属技术,基于和 系统具有良好的可扩展性、可重用性和平台无关性: 技术实现的 的多线程机制、加载后一直驻留在系统核心中以及可以在各次连 接 之间保留状态信息,加快了 系统的响应速度;和 提供的系统和数据安全机制,以及运行于中的特点,充分保 证了 系统的安全性和数据的完整性。 【关键字】:联机编目、 、、、 垒坐.些叁堂型:笙兰???一 . :?. .. ., . ., ,.. , , . , , .. ,? . ,. . ,/ .. ,, . : ,.,,,,垒些:叁:兰型::些堡兰 致 谢 在论文完成之际,由衷的感谢我的导师侯整风先生。在整个论文 课题的 研究过程中,得到了他耐心、细致的指导,给我提出了许多建设性 意见。侯 一一 老师严谨的治学态度、渊博的知识使我受益匪浅。在此,对他表 示谢意和敬 意 我还婴在此感谢安徽工业大学计算机学院秦锋老师在论文课题的研究 过程中给予的指导和帮助,感谢安徽工业大学图书馆信息技术部黄胜、李向 订两位同志在系统测试中给予的帮助。 感谢计算机学院的领导和老师给予的帮助、支持和培养。 感谢研究生部的领导和老师给予的帮助、支持和培养。 最后,衷心感谢从百忙中抽出宝贵时间对本论文进行审阅和评议的各 位专家、学者和老师。 许杰星 .. ?业坐型型:型坐兰 第一章绪论 一 .研究背景 图书馆作为人类知识的宝库,为人类知识的积累和传播发挥重要作用。进 入世纪年代以后,计算机技术的不断发展,为图书馆实行计算机管理提 供了成熟的技术条件,而网络技术的迅猛发展,特别是不断在全球范 围内普及,使得图书馆服务对象有可能从较小的范田内摆脱出来,通过 作为传播媒介,在更广的时空范围内实现信息的共建共享。 目前已经有一些比较成熟的图书馆管理软件,其中比较突出的足国外的一 些大型图书馆管理软件,它们都有比较长的研究应用历史,目订因内也有儿家 大型公共图书馆和重点大学图书馆先后引进了这些系统,如汉化的美国 ,已使用在上海图书馆;系统已使用在清 系统基于 华大学图书馆。但这些系统的昂贵价格和维护更新费用,使得这些系统无法在 国内图书馆界得到广泛应用。 近几年来,国内也推出一批实用的图书馆管理集成系统。如深圳图书馆等 单位受文化部委托研制的系统:北京息洋电子信息技术研究所的 系统:江苏汇文软件公司推出的《汇文系统》等,但这些系统由于诸多原因, 尚未在全国范围内得到广泛推广和利用。目前国内大部分高校图 书馆和公共图 书馆的管理系统还比较落后,在业务流程和信息管理方面没有遵循已有的国际、 国家 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ,导致各个图书馆之间的信息不具有开放性,无法实现信息的交流与 共享。为了提高管理的水平,满足不断提高的信息服务要求,许多图书馆迫切 希望更新自己的自动化系统,使得业务和信息服务能够充分利用先进的信息技 术和网络条件,实现信息处理的标准化,提供方便、不放的信息服务。 为了推进图书馆自动化进程,研制图书馆自动化软件成为一项意义重火的 工作。安徽工业大学图书馆曾于年承担了安徽省教育厅《图书馆微机多』 户管理系统》这一科研项目,该项目于年完成,同年该系统在安徽工业大 学图二捧馆投入使用。系统分为图书采购、图书编日、图书流通和书目检索四个 子系统。本人在陔系统的研究和开发巾,承担了系统设计任务,独立完成’蚓 书采购子系统、图书编目子系统和图书流通子系统中的借书、还 书、续借、预 约、系统维护等模块的编程和调试工作。该项目于年通过科学技术成果鉴 定】。鉴定委员会测试组对该系统进行了测试,功能方面的测试结果如下: 数据录入功能:目数据的建立、部增:和 完成图?采购、到馆处理和编数据修改、‘ 读者证件办理、变量文件的更新等九数据录入功能。 数据查瑚功能: 名、作者、索书号、条码号、出版者和等多矛,渠道查渤 可以利 书目的详细信息:可以查询图书的馆藏分布、流通去向、图书借阅情况、图书 超期罚款数额以及工作人员的工作量等几十项数据查询功能。 打印输出功能: 完成打印图书订单、新书卡片和标签、编目报告、图书移交单、过期图书 催还单、读者查询单、超期罚款单和各种统计报表等近二十多种打印输出功能。 统计功能: 完成订购到馆、馆藏分布、类目分析、图书利用率、图书流通历史、还二伟 周期、工作人员工作量以及其它报失和超期金额等几十项统计功能。 系统维护功能 完成变量文件的数据更新,各类型数据库的建立、修改、恢复和数扼备份, 系统紧急情况下的信号发送等多项维护功能。 鉴定委员会认为:浚系统的实用性强,可实现多种查治、输出羽恸计:通 过将只户分级、重要数掘加密、相关数据一致性检查、合理使用文件汜录加锁 及解锁等技术措施,系统具有安全可靠性;通过建立有关变量文件等措施,增 强了系统的通用性等。同时建议在标准化方面进一步完善。 由于该系统未充分考虑数据信息的标准化,同时它也是一个完全封闭式的 系统,随着校园网的建设和开通,系统无法提供诸如访问等信息服务, 因此迫切需要更新图书馆自动化系统,它运行于图书馆的局域网之上,同时具 有良好的开放性、支持最新网络服务标准、支持远程信息服务和信息资源共享 等,其最重要的特征就是支持服务,提供访问,实现联机编日 等。 .图书馆自动化系统的模式 图书馆自动化系统经历了几种模式的演变,最早的图书馆自动化系统是基 于主机多用户模式;随着网络技术的发展,图书馆自动化系统构建于微机局域 网之上,基于这种模式的图书馆自动化系统不提供各工作站的协同处理能力, 工作站之间的数据访问需要通过文件服务器管理,服务器和工作站之问互传输 的是整个数据库文件,达不到数据级互操作:基于客户机/服务器模式的图书馆 自动化系统,客户机,服务器模式结合了上述两种模式的优点,是~利更加理想、 资源共享的分夼式计算模式,书目数据等集中在服务器上,服务器运行数据库 管理系统,负责管理对数据库的访问,对数据进行检索和排序,此外还要对数/的安全进加锁操作,防::法访卅,客户端负责与川』。交互,搜集?尸 信息,向后台的川务器请求信息处理结果,所以速度较主/终端结构要快:客 户机/服务器模式和浏览器/&.务器模式相结合的图书馆管理信 息系统,圈书馆 内部的业务管理模块图书采购、图二编目、图二流通、连续出版物管理等 因刚户单一、交互频繁、信息传输量大,则基于/模式进行不发,而对恻一” 饿公共查询功能如馆减二协目查询、图二借阅信息查询等二/模式进行 发,这样充分发挥/模式和/模式各:的优势和特。 .联机编目 文献信息资源共享一直是我国图书馆自动化事业追求的目标。年代初 期,我国诞生了中国机读目录通讯格式,但由于我国计算机网络技 术落后,加之图书馆自动化管理软件不够成熟,使得文献著录既不规范又不统 一,文献资源无法共享。年代中期。我国图书馆自动化的讨端管理软件同趋 成熟,人们开始使用软盘或光盘介质实现文献信息资源共享。年代后期, 网络技术,以及我国国家教育科研网的迅迷圳起,使得不同图二降馆之削 的文献信息在刚上共享既“联机编目”条件已经具备。联机编通 常足指以 个权威机构的编数据为主,其它参加单位共同受益的编目形式。编:心洲 有大量的书目数据,图书馆编目予系统需嵌入联机编目功能,通过网络检索编 日中心二岛目数据记录,将记录按自己的要求作必要的修改后,成为本馆的编目 数据。同是与联合编目数据库联网的图书馆不仅可以共享其?。的二辟日记录,而 且还有义务向联机编目中心输入数据库中没有的原始编目记录。在发达困家, 联机编目已进入了实用而又成熟的阶段,而我国联机编目正处于发展阶段。 联机编目系统进入图书馆,改变了传统的编 工作流程 财务工作流程表财务工作流程怎么写财务工作流程图财务工作流程及制度公司财务工作流程 ,这些变化主要体 现在以下两个方面: 编目完成的书目数据不仅要存入本地粥目数据库,还要存入编目中心 数据库。 编目数据不再是仅供本馆使用,而是要提供给其它成员馆共享。 编目人员在做编目查重工作时,系统自动优先检索本地编日数据库,再检 索联机编目中心数据库,若检索到相同编目数掘,则进行套录并修改馆城项, 将编目完成的数据存入本地编目数据库。若检索不到相同的编目数据,则由编 目员进行编目,编目完成的书目数据要送到本地编目数据库和再送到联机编目 中心,由中心服务器对预提交数据进行资格审查,数据质量分析和数据规范处 理之后,再进入联机编目数据库。.通过访问数据库的方法 实现与后台数据库之间的紧密集成是开发基于/应用 的一项关键技术之一。当前实现与后台数据库服务器动态交互的技术有: 技术、技术、技术等。 传统的公用网关接技术、 各种技术之间各有特点,表.对各种方法从不同的侧面做了一个比较: 表访问数据库方法比较 通用网关接口方式是最早得到支持的最普遍的方式,几乎每种平台上的每种服 务器都支持。对于服务器与数据库系统的结合,程序起到程序接口的 作用,它将接收到的参数进行预处理,转换成所要结合的数据库 系统能够识别 的格式,对于数据库系统而言,常常就是指数据库系统能够识别运行的标准 语句。当数据库系统完成数据处理后如果有结果返回,则程序获得并 处理数据库系统所传回的数据,然后按~定的标准格式再送回至服务器, 由曲服务器以网页的形式传回到客户端。使用,可以生成显示动态数据 的页面,与语句一起,几乎可实时显示动态数据。 存在的主要缺陷为: 程序与服务器之间的通信属于进程闾通信,对每一个请求请 求一个页面都要产生一个新的进程,即同~时刻发出的请求越多,服务 器产生的进程也就越多,即使是多份并发的同样请求,也必须为每个请求 建立一个进程,且不断重复准备地址空剐、建立运行进程、回收地址空间、撤 消进程的过程。即程序的运行方式使其无法在处理多个请求时保持诸如数 据库连接这样的持久性信息。产生进程是非常耗时的,且需要占用大量的服务 器,所以其响应时间相对较长,特别是当进程多到某~数量后,服务器 垒些些叁兰【塑生兰、业堡; 性能将显著下降。 刀:发程序需要较多的底层发知识,必须了解规范、’协 议和服务器的运作方式,并且由于缺乏集成不发工具,使得程序不 发较为困难。 一 服务器 编写的应用程序以线程 方式改进了方式的低效。用 方式运行于服务器的地址空间中,可方便地存取服务器的各资源数 据,省去了进程间通信的开销,并且从第一次调用就常驻内存。由于线程启停 提高了性能和速度,客户端的响应较好。其不足 开销较低,因而采用 之处是要考虑线程的同步问题,开发难度较大,无论是微软的还是网景 的都是专用接口,互不兼容。是日较为流行的技术,它是服务器端删本编写环境,具有力态、:’ 效和易于交互的特点。当使用访叫数据崩州,以与常规‘触 合,直接在’文件中包含可执行的脚本,即在负。编写动念成分与 后台数据库进行交互。程序创建简单,无需编译和链接,脚本可以在 环境下直接运行。由于脚本在服务器端执行,因此它几乎可以支持任览 器。几乎支持所有的脚本语言,如、,而是基于 众多编程人员非常熟悉的 语言。币音’,删本语言易于学习和 掌握,所以更容易被人们所接受。程序代码不发送到客户浏览器解释 执行,而是山解释,在服务器中运行,并将结果生成语句,与 中非脚本代码部分合并成完整的网页,送到客户端。山于代码解 释执行,因此效率较低。且只能运行于平台的服务器 上,由于的健壮性和的源代码的开放性,它们挪广泛地应用于 服务器中,因『,的平台相关性大大地限制了它的应用。 ,它山一组川语言写的类和接口组 是执行语句的 成,作为语言的数据库访问,它力图使程序与数据库的连接更为 容易,在功能上,和相同,给开发人员提供一个统一的数据库访 问接口。的出现从真正意义上解决了基于的劂上异构数据库的访问, 同时克服了、 和的不足。 / 和都是 。是一种能够动态插入服务器的程 序对象,它在仞始化时装入服务器的存储空蒯,并成为服务器的一个组垒婴些盔兰业壅竺堡些堡兰 一?? 成部分,从而扩充服务器功能。是语言和数据库互联的接口,在刁、 同的数据库功能模块层次上提供了一个统一的用户界面,通过可以编写 访问各种数据库的纯应用程序。 是由公司新近倡导,许多公司参于一起建立的一 种动态网页技术标准。技术和技术一样,以语言为基础,因而 程 它具有语言的所有特点。在传统网页文件. 序片断和标签,就构成了网页.。服务器在遇到 网页的请求时,首先执行其中的程序片断,然后将执行结果以格式返回 给客户。程序片断可通过操作数据库等。利用,所有程序操作都在 服务器端执行,网络传送给客户端的仅是得到的结果。通过这种 方式,极大地 减轻了网络的负担,程序对客户端的要求也很低。 上述内容从不同侧面比较与后台数据库服务器的动态交互技术。有关 和技术的详细讨论请看第三章。考虑利用访问数据库、 作为与服务器紧密相关的中间层所提供的众多特点和优越性,同时 本课题选用 数据库管理系统,因 尚不支持技术,故采用 技术和技术来实现数据库的访问。 】,本论文的目标和组织 随着的蓬勃发展,作为图书馆自动化建设的重要部分,图书馆书 目数据正在经历从各馆自行编目到按标准著录格式编目、加工及从书目 数据中心获取的转换。与此同时,图书馆书目信息的检索也正在经历从卡片、 终端方式到方式的转换。编目子系统是整个图书馆自动化系统的最为重 要的子系统,它主要涉及书目数据的获取、加工和处理以及生成相关典减数据, 而子系统的功能是让读者通过检索图书馆自动化系统的书目数 据和其它数据信息,两者通过书目数据和其它数据信息联系在~起。此外,安 徽工业大学图书馆开发并投入使用的《图书馆微机多用户管理系统》的主要闯 题在于未实现书目数据的标准化,因此系统不能嵌入联机编目功能,系统也不 具备基于的公共查询功能。为完善和改进该系统,论文围绕图书馆书目数 据的编目、加工、网上书目数据下载等问题,讨论了图书馆编目信息予系统的 设计,重点讨论了编目信息子系统中关键技术问题??.与联机编目, 并对.客户端进行了初步设计。为实现 ,论文重点讨论了三层 计算模式、技术与技术以及结构,并基于 服务平台,利用的插件作为主要的开发编程 接口,利用访问数据库,实现图书馆公共信息查询系统。 合肥业人’圳究,‘沦史 本论文的组彭方式如下:第一章介绍了课题提出的背景,圈二馆自动化系 统的模式,联机编习,通过访问数据库的方法。第二章讨论了图书馆自动 化系统中与书目数据紧密联系的编目子系统的设计,重点讨论了.与联机 编目,并对.客户端进行了初步设计。第三章对图书馆公共信息查 询系统 进行了设计,对技术、技术和体系结构进行了研究。第四 章是基于技术、技术和体系结构,实现图书馆公共信息查 询系统。第二章书刊编目子系统的设计 图书馆自动化系统主要由以下儿个子系统组成,它们是采烟子系统、编日 子系统、流通子系统、连续出版物子系统和公共查询子系统。其系统结构如图 .所示: 图 图书馆管理信息系统结构 图书馆各项工作基本上是以书目记录为基础而展开的。编目系统是采购、 流通、公共查询等一系列自动化系统的基础,是图书馆自动化系统的核心部分。 它主要涉及书目数据的获取、加工和处理。而的迅猛发展以及我固国 家教育科研网的迅速崛起,使得不同图书馆之间的书目信息在网上共享既“联 机编目”条件已经具备,因此,联机编目已成为编日子系统中的最为重要的功 子系统的主要功能是让读者通过检索图书馆自动化系统 能。而 的书目数据,两者通过书目数据信息联系在一起。 .编目系统的书目存储格式 书目记录的存储格式是编目系统的关键问题,这直接关系到书目记录的输 入及转换的完整性、正确性和规范性。存储格式主要是指两个方面:一是形成 一条完整的书目记录的字段的格式:另是每~字段中每个项目或称之子字 段之间的符号。 本系统书目数据的组织依据 标准,采用可变格式每条书目记录 中字段的个数不固定、固定长字段和可变长字段相结合的方式来组织垒坚三些叁堂业壅兰望些堡苎 数据。具有处理各种的能力。系统将书目数据库的格式,西文定义为 格式,中文定义为格式,以此来方便地使用标准数据源, 达到数据共享的目的。 书目数据源基本上由两大部分组成:第一部分来自采访订购数据,对于一 一一 ’个集成化系统,利用采访订购数据是解决编目大量的著录数据的有效途径, 日:多书商都提供机读的采访订购数据。对采访转来的数据与实 际不相符的内 容加以修改,再加以编目业务所固有的信息内容分类号、主题等和标符, 形成一条完整的书目记录。第二部分则是标准的书目数据。如成为成员馆,通过.客户端软件可从书目中心下载书目数据。 .书目记录索引的抽取 书目数据库存放的记录是书目文献的元数据,简称书目数据, 一般由图书馆或其它图书情报机构的编目人员通过对图书文献进行编目来生 成。 是图书情报界用来记录书目文献元数据的标准,它通过一组标准定 义的字段代码和每一个字段代码所下属的若干标准的子字段代码来记录书日数 据的语义。例如字段的子字段表示正题名,字段的子字段表示著 者,字段的子字段表示号。书目数据库中保存的书目数据一般是 以格式存放的。一本书的书目数据对应于一条记录。 是一种半结构化的数据,它本身是一个连续的字符流,它的字段/ 子字段没有长度限制;大部分字段/子字段既可以不出现,又可以出现一次或者 多次。显然,这样一个流式数据是不便于关系数据库检索的。为此,系统建立 一张二维表来方便检索,结构为:记录号,索引组号,字段代码和子字 段代码,对应内容如图所示。显然我们只需要抽取那些具有检索可能性 的字段/子字段的内容进入二维表,这样将减少二维表的记录数。索引组号的概 念是将索引分组,“”标识“题名”,“”标识“责任者”等等。这里组 将包括个与题名相关的属性,它将是对若干个字段/子字段的概括。 通过这科,方法生成书目记录索引,极大地简化了语句的构造,显著提高了 书目数据的检索速度。 此外,系统在索引表的生成时,对诸如题名、主题词和丛书名等索引项目 中的一些符号、字母、数字、空格等信息制定统一的过滤规则,解决同利?文献 不同索引表现形式的规范统一问题,确保检索点的唯~性,目标的一致性,查 询的可靠性。坌些::些查堂型壅兰望些堕墨 一?? 图书记录索 . .编目录入功能 编日子系统以格式为基础,设计出编录入厉祭。系统预先设汁好 编目模板,在编日时也可随时增加所需的字段、子字段或删除一:必要的字段。 系统需提供方便的联机帮助功能。包括字段的字段名称、字段标识符、 字段与子字段代码等。以下是提高原始编目的效率和质量的若干问题: 字段生成默认值:编目系统设。时应考虑尽量减少著录时的手工输入 量,对一些格式中规定的固定字段或者可由计算机提供的一些内容,山 系统自动生成其默认值,编目人员只需对这部分字段内容在系统给定默认值的 窗口中选择所需的数据即可。默认字符的生成方式主要有两利:一是利用系统 内部变量由程序自动生成,如记录控制号,在中共有个字符长, ~位为资料类型,位为编目年,~位为编目流水号。资料类型可根据 编目文献类型及文种生成,若为中文图书,则系统给定~位默认值“叭”, 代表中文图书。编目年可由系统日期直接生成如“”。编目流水 号可根据本资 . 料著录前最后编目的资料编且流水号的值自动加获得。二是建立某些字段代 码与内容相对应的字典库,通过某字段代码生成相剥应的字段内容。 自动生成拚音:对于中文图书的编目,在中有汉语拚音的子 字段,因此系统建立汉字和它所对应汉语拚音属性的字典表,以便系统自动生 成相应子字段。 规范文档的验证:规范文档是指当个人名称、团体机关、主题词有多 种名称时,选定其一作为统一标目,并通过在规范文档中的爸找,决定所耿用 的标目是否是标准的形式。该功能在编目过程中,为输入的标目、主题词进行 自动验证,确定输入的标目和选取的主题是否是标准形式,只有满足条件的书 日记录,才允许进入书目数据库。 号的利用和校验:“”的校验方法是用这个数分别乘 以“”前三部分的位数,组乘积之和再加上检验号数值,所得结果如 垒里三、业查兰型生兰兰些堡壅??????一 能被整除,则书号是正确的。根据号的特性,系统建立号出版 地和出版社的属性表,在编目过程中系统软件从该属于性表中获取相应的出版 地和出版社。另外,系统需对号进行自动校验。 . .与联机编目 .. .简介 ’ .全称为 ,它是信息检索的国际标准,是开放系统互连参考模型 的应用层协议,涉 及面向连接的、程序间的通讯问题,目的是便于用户在一台计算机检 索存储在另一台计算机的信息。.为客户机检索服务器中的信 息如联机数据库规定了统一的过程,这样,一台计算机上的用户可以通过 网络对不同计算机上的信息进行检索,而不必关心这些信息是如何存储和组织 的。该协议主要应用于图书馆编目环节中,以实现联机编曰,节省大量的编目 时间和提高编目质量【】。 该协议是一个点对点的客户//务器模式的准,和协议足在同一 层上即应用层的阱议。该层协议是向用户提供适合于应用和系统管理的信息服 务,如电子函件、数据库管理等网络软件。.是关于信息检索的协议】, 包括书目信息、全文信息和商业信息等。他提供非常强大的手段来在一个服务 器上的各个数据库中定位记录。协议规定了客户端与服务器问信息交换的格式 和过程。它把互联的双方分别称为请求方和服务方。当命令、检索方法各不棚 同的双方不能直接检索对方数据库时,则需要通过.为双方提供服务。 该协议是由一系列应用协议数据单元的定义组成【。不同 单元完成不同的功能,总的来说主要由创建请求、创建响应;查询请求、查询 响应;提交请求、提交响应三组组成,总是成对出现。在客户端源端 发出请求单元之后,应接收并分析服务器端目的端的响应数据单元。 .的基本功能模型是这样的:在服务器端,连接着一个或多个数掘 库, 与一个数据库相关联的是一组用于查询的访问点 ,即索引。这比 对数据库的描述更抽象。例如,怎样将逻辑数据划分成不同的关系以及关 系中的列如何命名等一些细节都被隐藏起来了。服务器呈现给客户的只是数据 库中綦于所存储信息类型的逻辑实体,而不是特定数据库的设计细节。 .的基本功能之一是允许客户机向服务器发出查询请求 。一次查询将会产生一组记录称为~个结果集,结果集保存在 服务器上。查询的结果是构成该结果集的记录数目的一个报告。.对于结 果集是以查询到的记录内容还是以一组记录指针形式出现没有明确规定,剥于 一?? 坌型三些查竺壅竺望些鲎苎 结果集与服务器上可能发生的数据库更新如何进行交互也未作规定。结果集可 以进行组合运算,也可以通过后继的查询操作进一步细化。 结果集中的记录随后可以由客户机使用“”而进行提取。 提供了各种选项,以便控制服务器送回的记录的和格式,特别是 指出从结果集中提取哪些记录送回客户端。在记录数目非常大的情况下,. 还能够管理好缓冲空间,使得不必重复使用请求就可以从服务 器客户机传送众多数目的记录。 .也包含查询管理的功能。如服务端可以向客户报告一个正在执行的 查询的进度;可以向客户提出身份验汪:客户可以中断一个正在服务端执行的 查询;查询结束后的返回信息中包括每一个查询项在这次查询中所匹配的记录 数。 此外,协议还定义了如下内容: 用来表达查询的查询语言 ,该语言常称为逆波兰查询 语言 ,。 用于从服务器向客户机传送记录的各种记录语法 ,包 括书目数据库专用的记录语法等。 用于描述怎样从结果集构造向客户端返回记录的语法,即元素说明 ,。 一个叫做的设施,它使得客户机能得到许多有关服务器特性的 元数据,包括有哪些数据库可供检索、每一个数据库支持哪些防 问点, 等等。设施在.中概念上是一个专用的数据库称作数据 库,从而可以使朋.的标准查自』语法来进行检索。.从逻辑上规定 了数据库记录的详细结构。设施为客户机根掘不同服务器的具 体特征而动态地实现自我配置提供了条件。 .. .提供的服务和设施 .服务通过客户机和服务器之训交换消息米实现,这些消息要么是一 个请求,要么是一个响应。.服务分为确认性 服务、非确认性务以及条件确认?.报 务三种类型:确认性服务由请求和响应两部分组成,其中请求可以发自客户机, 也可以发自服务器,而响应则由另一方作出;非确认性服务则仅由发自于客户 机或者服务器一方的请求组成,而没有对方的响应;条件确认性服务则由请求 和可能会有的响应组成。 .提供了种服务,它们是仞始化、查询、提取、 分段、删除、浏览、排序、存取控.、 资源控『?、触发资源控制卜.、资源报告 ?、扩展服务.、关闭。其中初始化、查 合肥业人学研究生毕业论文 任何一个.应用必须支持这些服 询、提取被称作是.的核一心服务, 个服务以及这些服务的启动方和类 务。表?列出了.的个设施、 型。 类型 启动方 设施 服务 确认性服务 客户机客户机 确认性服务 【 客户机 确认性服务 客户机 非确认性服务 ..】 服务器 确认性服务 : .... 客户机 确认性服务客户机 确认性服务客户机 确认性胀务 .‘ / 服务器 条件确认性服务客户机 非确认性服务 ?. 客户饥 确认性月&务 : 任一方 确人性服务 客户机 确认性服务 不包括任何服务,而使用和没施中的服 务 表 .的服务与设施 ..基于.的书目检索 .的~个主要应用就是提供联机书目检索【】。一个舆型的.书 目检索系统包括客户机和服务器两个部分。它的结构如图.所示。 连患徘 数 、 潜 盘 书数姑 .缴『脏叻 葛 扣: ,.??.?????? 查琅荐求 誊 库 服 .萄结果 服 务 捉嗽 .查触操 嘉 器 ?????、 一 务 .屣磐裸 卜??转目黼 器 、..???.?? 图 .书目查询系统结构 在该系统中,图书馆的书目存放在数据库服务器的一个或几个书目数据库 中 .服务器在约定端口上侦听用户的连接请求。在成功地建垒丝三些查堂堕窒竺望些堡兰 一???? 立连接后,.客户发出查询,.服务器将收到的“抽 象的”.标准查询转换为“具体的’’查询,提交给后台数据库服务器 执行,生成查询结果集。然后,.服务器将查询的执行情况以及部分结果 返回。.客户可以多次发出提取请求来获取结果集中的所 有的书目数据。 .. .客户端 .客户端可以有三种实现方式,一是专门的.客户端软件,二 是与图书馆应用软件集成在一起,三是采用通用的浏览器软件 【】。这三种方式 都需要有灵活方便的操作界面,让用户方便地构造和编辑检索式,完成复杂的 检索任务,并可选择多个查询目标。查询目标由.服务器所在的单位名、 组成。客 数据库名、每个数据库的地址和服务的侦听端口号缺省值为 户可在这些目标中查询。建立.客户系统时要考虑的~个基本问题就是要 充分考虑到目前的.服务提供者对.标准的实现程度。事实上,日 前的大多数.服务只实现了标准的部分同时也是最重要的和最常加 的一部分、。如果客户在对标准的实现时基准太高,丽服务端对标准的实现基 准偏低,那么客户列。服务的请求很有可能被拒绝。所以在实现.时应该本 着“客户小、服务大”的原则。根据这条原则,客户系统将以尽量少的. 请求来处理用户的查询,这些请求即标准中的、和 。另外,系统以格式请求查询结果,所有的.服务 器都支持这一记录语法。 完成一个用户的查询包括以下几个步骤: 发送查询请求在客户端与服务器连接成功后,客户端必须向服务器发送 初始化请求,以实现客户端和服务器的初始会话,然后才能发送查询请求。 一旦用户确认执行查询,系统首先要做的就是分析和处理检索式,即将检 索式由二叉树表示转换成.标准支持的一种查询格式,并进行编码, 根据.标准,查询式是所有.服务器必须支持的查询请求格式。 客户端应使用格式提出查询请求。 提取查询结果结果的提取是通过发送一个请求消息来实现的。山于此刚 已经知道了服务器端查询得到的记录总数,所以可以采用多种结果提取策略, 如逐个顺序提取、连续分段提取、不连续分段提取等。 采用一次提取一个记录的方法可能效率较低。可采用连续分段或不连续分 段提取结果。如果一个查询得到的查询结果太多,往往是没有意义的查询,常 会造成查询结果溢出。系统应对这类查询的结果提取加以限制或警告。客户向 服务端请求的记录格式通常是符合 标准的格式,但 有很多类型,根据不同的类型,记录被解释的含义也不同。记录的 类型由服务端返回记录时一起返回客户端,对每条记录不但要保存类型旦坐叁塑业丛型坐兰?????? 弘还要保仃处和已录选,状态。 查询结果返回客户端后,必须以方便阅读和处理的方式 查询结果的呈现 呈现给用户。被处理的记录范围可能有种类型,所有记录、选中记录、限定 记录和当前记录。其中选中记录,指用户在已有结果中随机选择的零散记录。 限定、录指用户按某种条件或舰则对已有结果进行进一步细化的记录。当日口己 录指用户用鼠标点击的那条记录。为使用户的处理更为方便,可以将结果集以 列表视图、限定视图和细节视图同时呈现给用户。列表视图足以若二二字段为标 题将查询结果的这些字段值依次列出,形成的一张二维表,/户在该视图,,选 择当前记录和感兴趣记录。限定视图为提供用户构造浏览限定条件,它可以让 用户以若干字段的若干取值为条件,对已有结果进行进一步细化 筛选。细,视 图提供对当前记录的详细解释,如全字段/予字段分解,自定义格式解 释等。 .客户端包含以下几个模块: 编码模块 该模块是对所有.定义的 进行编码的基本模块。.的所 有都是通过. 来描述的】。首先必 / 须把.描述的序列按照一定的编码胤则编码成可通过 传输的 , 数据。这个编码规则就是编码规则 。 接收模块 向应。 当客户端发出请求的后,应当开始接收服务器端的 通过的接收模块将服务器端的响应完全接受。这里强调“完全”,山就 是这个模块的难点。因接收服务器端『应的时,其长度有时是无法马上 获得的,因此需要用一棵多叉树进行接收,边接收数据边建树,当 一个节点的 所有子节点都接收完了,那么该节点的长度也就出来了。 查询树生成模块 客户端系统的目的是获取一定查询的结果汜录。而查询树生成模块的作用 是把用户输入的峦询式在内存中用一棵二叉树来保存。 转换模块 当一个查询树已经建好,要求客户端系统发送查询请求时,需要剥 该查询树进行编码,形成一个逆波兰查询表达式。实现方法是后序遍历 查询树,在遍历寸列节点的信息须进行编码。生成查询式字节流后, 再和的其他成员通过编码模块形成查询请求。 界面管理模块 对用户来说,接触到的主要是软件的界面。因此界面的好坏是用户衡量软 件的一个重要标准。界面管理模块包括查询编辑界面、提交记录编辑界面和结 果集显示界面管理组成。查询编:界面。陔界面是用户把自己的查砌要求反映到计算机去的唯 一途径。 提交已录编辑界面。一个查嘲递交后有多个记录符合要求,用户通过该 界面输入待提交录的范围。 结果集显示界面。提交后的记录需呈现给用户,在结果集显示窗口里应 至少包括两种视图:记录浏览视图和单个记录信息视图。因提交的记录数掘都 是 格式,因此单个记录信息视图又可分为视图和具体字段信息 视图。因此需要一个格式解析器来将一个数据解析为一个个字 、 段信息【。 的设计与相关技术 第三章 . 的设计是面向网络上广大读者的。 系统与整个图书馆自动化管理系统中的其它子系统的连接形式完全 实行数据连接,它的作用就是把编目子系统的编目成果、书目资源提供给读者, 将流通子系统的读者个人信息、借阅情况、预约情况等信息反馈给读者。此外, 要提供联机数字文献资源的检索服务,这里的数字文献资源是指 电 子图书、电子期刊及多媒体光盘等。通过使用磁盘阵列、光盘塔等技术手段来 存储、使用这些数字化资源。这些数字化资源一般都有自己的检索程序,有些 检索程序通过安装浏览器插件方式实现了查询,有一些则需要下载客户软 件来进行查询。 还要提供面向信息资源的联机检索服务,主 要利用上的搜索引擎来完成信息资源的检索。 的目录检索服务、借阅信息查询服务和网上信 本论文主要研究 息发布, 划分为与此相对应的三个功能模块。 目录检索服务是图书馆提供的最重要,也是搬主要的信息检索服务。通过 对书刊目录相关属性值的单一检索或组合检索,返回给读者符合条件的书目信 息。读者通过目录检索定位到所需的书刊后,可查询所需书刊的准确状态和位 置,如书干的借出、非流通和存放的具体库室等。如所需书刊已全部借出,读 者即可对此书提出预约请求。 借阅信息查询提供读者书刊借阅情况的详细信息,包括读者基本 信息、当 前借阅书刊信息、借阅历史信息、读者违章信息、超期欠款信息、二辟。预约信 息、预约到书信息等。在当前书刊借阅信息中还提供了续借书刊的功能,在一 定的续借规则控制下读者可续借图书。 网上信息发布用于动态发布一些通告信息,比如预约到书通报,读者借阅 超期信息等;新书通报用于发布最近一段时间内图书馆新编入减的图书信息。 检索功能设计在联机目录检索服务方面, 为用户提供作者、 题名、索书号、、、主题词和出版社等检索途径,让用户通过这些检 索途径查询书刊资料;支持对查询条件的规范处理,即对主题司;丛书名等查 询条件按索引表生成时对~些符号、字母、数字、空格等信息制定的统一过滤 规则进行过滤,进行规范化处理,确保查询条件与索引内容的一致性;提供逻 辑组合查询;提供条件限定的查询功能,当用户的检索结果比较多时,允许用 户用语种限定、出版年代限定、载体类型限定等限制条件,进行 缩减检索; 支持规范控制,对作者、主题词进行规范控制;鉴于大部分读者查询书全坐些叁堂塑塑竺望些堡兰 刊资料时,很少有读者能提供完全下确的检索点,系统设置模糊检索功能。 书目信息检索服务和借阅信息查询服务应 用户界面和交互方式设计 该具有良好的用户交互界面,使用浏览器作为统~的访问界而可以减少读者学 习操作使用的时间,方便使用。读者可选择检索过程中使用的逻辑式、限制条 件、匹配模式前方一致.任意匹配、最大显示数目;屏幕上的显示内容可以 一 前后翻页,并可指定首显己录;读者可随时退出检索过程;读者可可通过按纽 并在一定的控制规则下预约或续借某本书。此外,系统不能将的整个记 录格式显示给对图书馆这一机读格式“~无所知”的读者,而应将其重新组合 成读者易看易懂的形式。 的 系统的质量设计采用三层/体系结构作为 系统框架,使系统具有良好的可扩充性和开放性;利用技术和 ,以使系统具有良好的可扩展性、可重用性和平台无关性: 技术实现 通过的多线程机制、加载后一直驻留在系统核心中以及可以在各次连接 之间保留状态信息,来加快系统的响应速度,提高系统的效率;利用和 提供的系统和数据安全机制,以及运行于中的特点,保汪系 统的安全性和数据的完整性。 .三层计算模型 一个数据库应用程序逻辑上都可以分成三个组成部分:表示逻辑层 、应用逻辑层和数据逻辑层 。表示逻辑 层是应用中直接面向用户的部分,主要完成应用的前端界面处理。应用逻辑层 实现应用的业务规则处理,决定程序的流程。数据逻辑层是应用中对数据进行 管理的部分,主要完成应用对数据的存取、更新、管理等工作以及访问数据的 安全性、完整性、一致性。 .. /结构 //结构,通常被描述为两层或多层模式,这取决于应用 逻辑层在客户端和服务端如阿分布。最小的客户/服务器体系只有客户端和服务 端。应用逻辑层分散于客户端和服务器端。 这种/结构提高了数据处理系统的开放性,在数据资源与应用软件之悯 实现了较好的独立和数据应用的分离。现在的许多应用系统中,这种两层的/ 模式是比较成熟的技术,在大部分的应用巾也获得了优越的陡能。址这种模 式有许多不足之处,客户端同时包括表示逻辑和部分应用逻,足一种“胖” 客,方式。随着应用的复杂,对分确在客户端的应用系统的维护代价十?当大。 ? ‘山于应』日逻车被分敞在客户和服务端,对系统的设计和实现增加了复杂度 和维护的难度。 垒坐三些盔兰型塞生兰、业笙壅 一?? 针对两层/结构的不足,将两层结构拓展为三层结构。把客户端和 服务 器端中的应用逻辑剥离出来,单独驻留在中间层,即应用逻辑层,使得服务器 端只负责数据服务,客户端只负责表示逻辑和应用程序界面。 三层结构中处于第一层的是客户端表示层。与/结构中的“胖”客户端 ’不同,客户层仅仅表示整个应用系统呈现给用户的界面,不包含任何应用逻辑, 因而客户端的设计和开发变得简单,同时也减轻了客户端应用的负担,这种模 式下的客户端称为“瘦”客户端;处于第二层的是应用服务层,有一台或多台 服务器组成,处理应用中所有的业务逻辑,该层应该具有良好的可扩展性,可 以随着应用的需要增加处理业务逻辑的应用模块;处于第三层的是数据服务层, 通常由数据库系统组成。 .. /结构 /采用的是一种//结构,它构成了前面所说 的两层和三层结构。两层结构己成为端点设计中的传统模型。在这 种结构中,数据存储在服务器上的页面中。浏览器请求一个 页面,它由服务器返回并在浏览器中显示给用户。两层结构的局限性在于 页面中的数据是静态的,此外作为一种语言主要与管理表达服务 有关,它不涉及应用服务和数据服务。 为解决两层结构的局限性,三层结构是基于静态页面棚对 的动态应用的概念。在三层结构中,服务器担当中间层应用服 务器的角色,它是通向后端数据库服务器的大门】。构筑在分布式计算环境 下的应用系统,将传统的/体系结构扩展到由浏览器、服 务器、数据库服务器组成的三层//结构,/结构极大地简 化了客户机的工作,客户机上只需安装、配置少量的客户端软件,服务器将担 负更多的工作,对数据库的访问和应用程序的执行将在服务器上完成,如图. 所示。三层体系结构被分割成三个相对独立的单元:表示层、应用层、数据层。 图三层分布式应用系统 第一层表示层:浏览器。 在表示层中包含系统的显示逻辑,位于客户端。它的任务是出浏览 器向网络上的某一服务器提出服务请求,服务器对用户身份进行 验 证后用协议把所需的主页传送给客户端,客户机接受传来的主页文件,州、 一.学研究生毕业论文 并把它‘示在浏皂器上。 第二层应用层:具有应用程序扩展的服务器。 在应用层中包含系统的事务处理逻辑,位于服务器端。它的任务是 接受用户的请求,首先需要执行相应的扩展应用程序与数据库进行连接,通过 等方式向数据库服务器提出数据处理申请,而后台数据库服务器将数据处 理的结果提交给服务器,再由服务器传送回客户端。 第三层数据层:数据库服务器。 在数据层中包含系统的数据处理逻辑,位于数据库服务器端。它的任务是 接受服务器对数据库操作的请求,实现对数据库查询、修改、更新等功 能,把运行结果提交给曲服务器。 在三层的/体系结构中,数据及应用可通过不同平台、不同 网络存取,与平台无关,具有良好的可扩充性,因为它是采用技术实 现的,因而具备的开放性和可扩充性。而且,数据计算与处理集中 在 中间的应用层,而这~层的服务器性能易于提升,增加新的业务时,可以动态 地在应用系统中增加新的计算能力。故这种三层结构的/结构更适合 时代的需要】。为此, 建立在/体系结构和三层计算 模型之上,以便其具有降低维护费用、更加良好的开放性和易于使用的特点。 . 技术 是一种可用于执行语句的数据库,它由一些,语言写 的类、接口组成。它在功能上与 相同,给开 发人员提供了一个统~的、标准的数据库访问接口,使用,能够方便地 向任何关系数据库发送语句。 主要有两种接口,分别是面向程序开发人员的和面向底层 。 的 是~系列抽象的接口,包括... ..,.,,..和 ..。它们用于进行数据库连接。执行查询,得到返回结果。 是面向驱动程序开发商的编程接口。对于大多数数据库驱动程 序而言,仅实现提供的抽象类就可以了。 通过 和 访问 、 。 再通过 访问不同的 驱动程序,从而实现对不同数据库的访问。提供了一个通用的 ,厂玎来管理各数据库软件供应商捉供的驱动程序,从而访 问其数据库。此外,对没有提供响应驱动程序的数据库系统,开发 了特 殊的驱动程序:?桥,该驱动程序支持通过现有的驱合肥业大学研 究生毕业论文 动程序访问数据库系统。 .. 与的区别 的 可能是存取关系数掘库用得最广泛的应用程序接 口。它提供了几乎在各种平台上连接所有类型数据库的能力。不 同于 的地方在于: 在里不适合直接使用,因为使用语言接口。从 程序里调用本地的程序会降低应用程序的安全性和可移植性。 转换为 直接将 也是不可取的,例如:没有 指针,而大量地使用指针。 比难学。将简单和高级功能混合在一块,有时, 对一些简单查询也要用到复杂的选项。则被设计成既能保证查询 语句的 简洁性,又能在需要时提供一些高级查询功能。 这样的 对于纯 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 来说是必须的。当使用 时,人们必须在每一台客户机上安装驱动器和驱动管理器。如果 驱动器是完全用语言实现的话,那么的代码就可以自动下载和安 装, 并保证其安全性,而且适应任何平台。 .. 的总体结构 的总体结构如图.所示。 刚鲫立拼骑 驱硼鹭韵瓣 ..桥 驱艟疗 避网络胁议 ;户端 . 耗卢端?拧介 ’ 毽 通用网络淤议 服务黝射 塑 墅 方案力案 服务瓣罐且, 力案: 方案: 方案:基于通用璐蝴女的瞰鞫蜘鳓 方案 图 总体结构垒壁三些查堂型塑生兰些堡苎 方案:基于/桥的网络方案 由于与的相似性,最方便的实现是桥见 之上的。 图?方案。在这种方案中,的实现是建立在 一 .桥将应用程序的调用请求转化为调用请求,然 后通过驱动程序来访问各种数掘库系统。 在此方案中,客户端的应用逻辑用 实现,应用逻辑和 驱动程序管理器~起,在运行环境下实现,其它功能部件都是非 的。 在网络方案上由各种驱动程序的专有协议与数据库服务器进行“各自为 政”的通信与联系。 方案虽然易于实现,但存在着如下问题: 不是一个纯的解决方案。.桥用/语言编写的, 编译成平台相关的机器码,这在中称为方法。平台无关性比较差【。 这个方案仅支持 或客户端本地的 ,不支持 从上下载的,其原因出自的安全性。从网上下载的 的权限是很小的,不能够去调用能够控制本地机全部资源的方法, 所以它无法使用.桥。 这个方案中客户机是“胖”客户,客户机上需要安装各种驱动程 序。连接不同的数据库需要安装不同的驱动程序,并且还需要分别配置 数据源。 所以?桥方案其实并没有体现特点,不适合在 上应用,它更适合于局域上实现。 方案:用专用网络协议来实现网络数据库系统 要克服?桥的困难,必须在客户端舍弃,而采用真正的 驱动程序。驱动程序是用纯语言写的。具有纯的客户端, 对不同的使用各自的驱动程序见图?方案、。 在这种方案中,因为对不同的使用了相应独立的驱动程序, 所以可针对每一种进行驱动程序的优化,这样可以得到比较高的性能。 并且由于该方案能够支持,所以适合于上的应用。驱 动程序可以事先安装在客户机上,也可以在运行时从网络下载。但是使用多个 驱动程序也造成了以下问题: 客户端还是