图书馆自动化 第三章 Z39.50.ppt

1 第三章Z39 50标准 图书馆自动化 2 4工作原理 5推广和应用 目录 2Z39 50及其起源 3Z39 50的用途 6下一代Z39 50 3 C S B S与Z39 50 1 C S体系结构与Z39 50C S 即Client ServerArchitecture 客户机 服务器体系结构 客户机与服务器 不是指那些具体的计算机设备 而是指安装在计算机系统中的数据库管理系统在使用中的身份 即可以将客户机理解为一个数据库管理系统的客户端应用软件 将服务器理解为一个数据库管理系统的服务器端应用软件 4 C S B S与Z39 50 分布式数据库系统 distributeddatabasesystem 在C S中 一个或多个客户机与一个或多个服务器分布在网络所连接的不同位置 客户机和服务器各自进行不同的事务处理 一台客户机可以对多个数据库服务器进行检索和数据写操作 5 客户机的作用为用户提供各种操作提示信息和操作环境 将用户的操作要求转换为服务器可接受的各种操作指令 负责将操作指令发给服务器 接受来自服务器的操作结果信息 将结果信息转为用户可读的信息 还能负责一些验证用户提交的操作指令合法性和权限验证方面的事物 C S B S与Z39 50 6 服务器的主要任务是从事数据管理事务的处理 服务器从来不主动发出通讯请求 只是静候来自客户机发出的请求 由于客户机承担了绝大部分人 机交互操作界面环境的事务处理 人们形象的称这种体系结构为 胖客户机 瘦服务器 C S B S与Z39 50 7 表1 客户机与服务器之间通过网络通讯进行作业的过程示意 C S B S与Z39 50 8 C S体系结构的通信问题 由同一软件研制者提供的客户机应用程序和服务器数据库管理系统之间 可以通过几个简单的数据库通讯接口协议 通常可称为私有协议 实现很多复杂的数据库操作过程 多家软件提供者所提供的系统之间要实现互相对话 则很困难 C S B S与Z39 50 9 Z39 50标准与C SZ39 50标准是按照分布式数据库系统体系结构设计的 最初根据这个标准研制的系统 是典型的C S体系结构 在C S中 Z39 50标准是文献检索系统的客户机和服务器之间的一种统一的通讯规程 使不同的数据库管理系统与客户机应用程序实现互操作 Z39 50标准实际上是一个实现不同软件研制者所开发的数据库管理系统之间相互对话的一个通讯协议 我们将Z39 50这种实现异构系统之间互操作的通讯协议称为中间件 C S B S与Z39 50 10 2 中间件三层式客户机 服务器体系结构由于C S体系结构存在的局限性 为了实现不同软件提供者的系统之间实现通信 需要在服务器端和客户端之间放置中间层 这样就出现了三层式C S体系结构 中间层 middletier 也称中间件 middleware 用来处理来自不同客户端的事务 也可以使一个客户端访问不同系统平台上的服务器 C S B S与Z39 50 11 Z39 50作为文献检索系统中间件不同的文献信息检索系统之间要实现书目资源的共享 需要有类似Z39 50这样的统一的数据库通讯协议 为了在原有系统上实现基于Z39 50标准的服务 软件研制者可以在原有系统上 通过增加一个类似中间件的Z39 50服务功能 解决异构系统的通讯问题 C S B S与Z39 50 12 图1以中间件的形式为原有服务器系统增加Z39 50服务的原理示意图 C S B S与Z39 50 13 3 B S与Z39 50B S 万维网是客户机 服务器体系结构的另一种形态 万维网服务器 WebServer 几乎可以被任何计算机平台上的万维网客户端浏览器 WebBrowser 访问 我们将这种体系结构称为 浏览器 服务器 体系结构 BrowserServerArchitecture 即B S 以区别于客户机 服务器体系结构 在B S体系结构中 WebServer承担了大部分的处理任务 客户端一般只需要浏览软件 如IE Netscape Firefox等 其作用仅限于提供输入信息的手段并显示由服务器输出的页面文件 C S B S与Z39 50 14 图2浏览器 服务器体系结构下信息检索实现过程示意图 C S B S与Z39 50 15 Z39 50与B S万维网技术的出现 改变了Z39 50标准及其应用的发展轨迹 Z39 50客户端应用程序为一般读者服务的功能被万维网取代 成为专业人员查询并下载其它服务器目录信息资源的工具 但万维网的发展 为Z39 50的应用提供了另一个应用领域 即作为Web网关 为公众提供跨平台跨服务器的虚拟目录检索服务 C S B S与Z39 50 16 图3Z39 50网关工作原理示意图 C S B S与Z39 50 17 4 小结在C S体系结构中 计算机事务处理被合理的分配给客户机和服务器 有利于提高系统运行效率和网络通讯效率 具有较高的可用性和安全性 但它有一个明显的缺点 就是增加了系统维护的负担 B S体系结构是C S体系结构的一种新的形式 系统维护更为方便 降低了信息利用的难度 但由此产生了一些网络通讯安全方面的问题 目前很多大型数据库信息管理系统 包括多数图书馆集成管理系统 都采用混合的体系结构设计 在内部事务处理环节 采用C S体系结构 在公众服务环节 采用B S体系结构 如OPAC检索 根据Z39 50标准建立的客户端应用程序与服务器端的应用 是一种典型的客户机 服务器体系结构 按这个标准建立的信息检索系统 可以实现异构系统间的通讯 C S B S与Z39 50 18 什么是Z39 50 Z39 50是一个有关信息检索的标准 根据这个标准构成的检索系统 可以检索多种不同类型的信息 如文本 图像和其他多媒体资源 根据这个标准构成的检索系统 能够使客户端对因特网上多个不同的数据库系统进行检索 标准提供了丰富的信息资源共享接口规范 在体系结构上力求完美严谨 具有极大的潜在应用价值 19 Z39 50与MARC的相似之处MARC标准可以说是在人们日常生活中能见到的最复杂的数据格式之一 利用这个格式 可以描述很多文献信息和事实信息 但因这种标准在软件技术实现和数据生产方面成本较高 在图书馆界之外成功的应用案例较少 Z39 50标准可以说是因特网上最复杂的数据库通讯接口规程之一 通过这种通讯接口 可以实现复杂数据信息的检索和查询服务 但这种标准在软件实现方面的难度较高 在图书馆界之外成功的案例也不多见 什么是Z39 50 20 小结Z39 50是一个复杂的信息检索标准 通过它可以使用客户端检索因特网上异构系统中的文本 图像与其他多媒体资源 21 Z39 50标准的起源 Z39 50最初是一个美国国家标准 1994年被国际标准组织采纳为国际标准 标准的全称是 信息检索 Z39 50 应用服务定义与协议描述 在英文中为InformationRetrieval Z39 50 ApplicationServiceDefinitionandProtocolSpecification 目前 Z39 50的最后版本是ANSIZ39 50 1995 与Z39 50相应的国际标准代号是ISO23950 22 与制定Z39 50标准密切相关的两个机构Z39 50维护局 Z39 50MaintenanceAgency 设在美国国会图书馆 负责配合Z39 50实施小组的工作 并保持这个标准的延续性 提供Z39 50标准发展过程中的技术协调 实施者注册 各种标准中使用的对象 如属性集和记录语法 的登记和标准的编写工作 Z39 50实施小组 Z39 50ImplementorsGroup 简称ZIG 讨论有关标准实施中的问题 提出标准的修正意见 并起草详细的定义条款 在小组内得到一致同意的条款 将成为标准草案的一部分 23 Z39 50的三个版本Z39 50标准经历了三个版本 即Z39 50 1988 第一版 Z39 50 1992 第二版 Z39 50 1995 第三版 Z39 50 1992是Z39 50 1988的替代版本 Z39 50 1988已经失效 Z39 50 1992定义了协议的第二版 而Z39 50 1995定义了协议的第2版和第3版 并与Z39 50 1992兼容 24 Z39 50的用途 传统的数据库检索系统的不便之处 图书馆目录数据库 各种商业化信息检索数据库和各种光盘数据库产品 都有不同的检索途径 我们需要知道它们的地理位置 使用的检索系统环境和软件界面等因素 25 当进入一个数据库检索环境后 我们面对的是一个专门的操作界面 如果需要通过互联网查询众多服务器的资源 虽然这些资源只需要使用一个应用程序 网络浏览器 但是面对的仍是另人目不暇接的操作界面 26 有没有一种可能性 使用户通过单一的应用程序 单一的操作规则 检索来自 不同机构 不同的服务器 不同的数据库管理系统 不同的数据库资源的目录资源 27 Z39 50标准的出现 为解决这个问题提供了一种可能性 Z39 50标准给我们带来的希望和可能性 是多方面的 28 Z39 50的用途主要有以下几个方面 1 公共目录查询通过Z39 50客户端专用程序 可以提供公共目录查询服务 用户可以输入一个检索词 在全球众多图书馆服务器上查找所需要的书目信息 29 2 编目使用支持Z39 50的客户端程序 可以检索并下载书目记录 利用Z39 50的客户端程序 编目员选择一个功能较完备的客户端软件 就可以检索全球众多图书馆的书目数据资源 图书馆工作人员可以通过因特网同时检索多个服务器上的书目数据 并对这些数据进行比较选择 30 3 联合目录建立联合目录 曾是图书馆提供服务的一种有效工具 但是 建立联合目录 有很多困难和管理方面的问题 代价较高 借助Z39 50提供的编目和公共目录查询服务 可以建立虚拟联合目录 不必改变参预合作的图书馆原有的目录体系和工作流程 读者可以坐在计算机前 像查询本馆目录一样同时查询各图书馆的目录 并查看相关的资料和馆藏信息 各图书馆可以根据本馆读者的需要 通过系统设置 建立稳定的联合目录服务体系 31 4 馆际互借过去 图书馆的馆际互借基本上是通过手工方式进行的 虽有少数图书馆通过计算机实现馆际互借服务 但因使用不同的管理系统软件 很难跨越不同的管理系统软件实现计算机作业 Z39 50标准的实施 不但可以使读者随时获取馆藏信息 还可以提供发送图书的服务 实现相应的帐户管理和结算功能 可以一次完成对其它图书馆资料的查询和申请馆际互借的过程 32 5 光盘检索当用户查找光盘信息资源时 必须先熟悉信息提供商设计的专用检索软件操作 并分别对不同的光盘数据库进行检索 如果光盘信息检索系统能够提供符合Z39 50标准的检索接口 用户就可以使用一个检索软件 输入一个检索词 同时查询多个不同光盘产品中的信息 光盘产品提供商只要提供了Z39 50检索接口 就可以避免为不同操作系统研制客户端检索软件的麻烦 33 6 定题服务定题服务是信息服务业界多年提倡并被用户普遍接受的一种服务形式 在Z39 50第3版中 提供了一种服务机制 叫做定期查询计划 用户可以要求在一定时间周期内重复执行某种检索操作 定期查询计划检索将根据预定的时间表自动启动 将检索结果从数据库中取出 并发送到用户指定的电子邮件信箱中或传真机上 34 7 商业信息数据库应用世界各国有数以百计的商业信息数据服务机构 通过因特网提供专业信息检索服务 这些复杂的检索包括相似条件检索 突出显示命中的检索词 图像检索 章节检索 指定不同的正文文件下载格式 帐户管理和权限认证机制等 都可以在Z39 50标准第3版中找到对应的定义 如果这些信息服务商的系统提供了符合Z39 50标准的通讯接口 用户就可以通过单一的客户端检索软件检索不同的商业信息数据库 可以节省很多时间 并降低了学会使用检索软件的难度 35 8 万维网检索和信息过滤万维网检索中出现的很多不便之处 是Z39 50标准得以继续推广的重要原因 用户通过万维网检索不同的信息资源数据库时 虽然只需要使用单一的客户端应用程序 即万维网浏览器 但不同的检索系统提供的用户界面风格不同 仍给用户造成很多不便 提供了符合Z39 50标准的检索接口 可以避免这方面的诸多麻烦 如何从万维网浏览器可检索到的大量资源中筛选有用信息 也是人们重视的问题 使用Z39 50客户端程序 图书馆可以为Z39 50客户端进行参数设置 以便为用户有选择地提供信息检索资源 36 9 数据库内容更新在Z39 50标准制定的初期 没有考虑这种技术在集中式联合目录方面的应用 一个图书馆编目员在另一个图书馆的Z39 50服务器上检索到一条书目数据 他不能将修改后的数据保存到原服务器的数据库中 只能利用专用客户端软件或接口提交数据 通过Z39 50的扩充服务定义 可以增加数据上载功能 目前 Z39 50维护局授权澳大利亚国家图书馆维护联合编目描述文件 定义了分布式处理环境下通过Z39 50扩展服务定义实现数据库上载更新的接口规范 按照这一规范实现上载接口 才能最终解决图书馆集中联合编目的问题 Z39 50的工作原理 标准所依据的相关技术基础是什么标准本身所约定的内容是什么Z39 50源端和目标端如何工作 38 标准所依据的相关技术基础 标准规定了数据库管理系统的客户端和服务器端对话的规则 这种规则建立在客户机 服务器的体系结构基础之上 数据库客户端和服务器端的通讯通过网络实现 39 Z39 50与其它技术的关系示意图 源端 客户机 目标端 服务器 数据库通讯过程的层次模型 40 一般数据库管理系统的实现模型 自定义数据格式及检索逻辑 SQL语言 自定义字符流 TCP IP或其它协议 41 标准数据格式及自定义检索逻辑 传统 图书馆管理系统的实现模型 自定义数据库访问接口 自定义字符流 TCP IP或其它协议 42 根据Z39 50标准实现的图书馆管理系统 标准数据格式及统一的检索逻辑 Z39 50标准接口 BER编码 TCP IP或其它协议 43 几种数据库管理系统通讯实现方式的比较 44 客户机与服务器之间通讯的一般原理 45 源端与目标端的概念 Z39 50标准是按典型的客户机 服务器体系结构定义的 在Z39 50标准术语中 客户端计算机和服务器在通讯过程中分别被称为 源端 Origin 和 目标端 Target 使用 源端 和 目标端 代表客户机与服务器描述数据通讯过程 是为了概念上更准确 46 通常 客户端总是作为查询请求的发出者主动发出信息 而服务器总是被动的等待客户端的通讯请求 称为客户端寻找的目标 但是 有一些客户端的应用 如Z39 50网关 通常是安装在服务器上 在通讯过程中既以Z39 50客户端的身份与Z39 50服务器通讯 又以Web服务器的身份与客户端浏览器通讯 47 图4从Z39 50网关认识源端与目标端 48 Z39 50标准的主要内容 设施名称服务名称初始化初始化搜索搜索获取提交 分段删除结果集删除浏览扫描排序排序存取控制存取控制帐务与资源管理资源管理 触发资源管理 资源报告解释 使用搜索和获取设施中的服务 扩展服务扩展服务终止关闭 49 Z39 50的基本服务 Z39 50应用程序在实现其功能的过程中 根据需要选择这些服务 有三种服务是最基本的服务 初始化 Initialization 搜索 Search 提交 Present 在各种现有的Z39 50应用中 通常都包括了上述三种服务功能 50 基本服务之一 初始化 初始化是在任何查询过程中的第一步 在这个服务中 源端需要 向目标端表明自己的身份与目标端约定某些后续查询处理过程中的基本规则与目标端交换验证信息的具体内容 51 搜索功能包括了系统的主要工作由源端向目标端提交查询请求这些查询请求可以是非常简单的请求 也可能是含有复杂逻辑检索式 与 或 非 大于 小于等等 的请求 服务器端通常使用描述文件 Profiles 说明支持的服务类型和应用程序兼容性 很多描述文件还说明了哪些是本系统能够支持的检索属性 基本服务之二 搜索 52 提交功能的作用是说明管理结果被返回用户端时的形态 在提交功能中 用户可以 指定提供记录的数量 例如 当命中记录较多时 只提交前十条命中的记录 指定提供记录的格式 例如 要求按英国机读格式标准提交 不要按美国机读格式标准提交 基本服务之三 提交 53 设施 服务与操作 Z39 50标准规定了源端和目标端互操作的规范 这些操作抽象为设施和服务 并对其过程作出各种约定 这些设施中的服务 需要通过特定的操作指令来表达 配合这些操作指令 还约定了属性集和记录语法 用代码来表示特定的操作属性和记录语法形态 54 Z39 5011种设施及其基本功能对照表 55 源端和目标端的通讯过程示意图 56 Z39 50的操作 Init 初始化 Search 检索 Present 提交 Delete 删除 Scan 扫描 Sort 排序 Resource report 资源报告 Extended services 扩展服务 Z39 50标准描述了八种操作类型 57 关于属性集 在Z39 50标准实施中 bib 1是最主要的属性集 包括6组属性或属性类型 使用属性 指定搜索过程将要访问的检索点 如题名 责任者 主题等 关系属性 指定用户输入的检索词与数据库索引值的关系 如小于 大于 等于 音节匹配等 截断属性 指定检索词在索引的哪一部分作为命中条件 如字段中任一个词的开始部分 字段中任一个词的结束部分 完整性属性 指定检索词在索引中是唯一值或非唯一值 位置属性 指定在索引字段中与检索词相关的内容应出现在哪个位置 如在字段的开始位置 任何位置等 结构属性 指定搜索的格式 如词 短语 日期等 58 Bib 1属性集中的部分内容举例 从这些举例可以看出 属性集实际上是为各种属性制定的一套编码方案 59 机读目录的记录语法定义 Z39 50对机读目录格式记录语法的定义 是为每一种机读目录格式分配一个对象标识号 objectidentifiernumber 下面列出了Z39 50支持的机读目录格式类型 60 关于记录语法 简单无格式文本记录语法 SimpleUnstructuredTextRecordSyntax 简称SUTRS 通用记录语法 GenericRecordSyntax 简称GRS 1 公共目录记录语法 OPACRecordSyntax 摘要记录语法 SummaryRecordSyntax 简称Summary 扩展置标语言 EXtensibleMarkupLanguage 简称XML 61 关于Profile 描述文件 由于Z39 50是一个非常灵活的标准 执行这个标准还需要通过制定相应的profile 描述文件 以保证系统的互操作性 图书馆界制定的BathProfile 就是被图书馆界普遍接受的描述文件 使用描述文件的好处是 使多数据库检索过程更为容易 检索结果更为准确 检索结果更为精练 转下页 62 接上页 用户对支持这个描述文件的服务器进行检索时 可以保持同样的界面环境并得到更高质量的检索结果 图书馆不必为每个数据库资源逐一定义检索方式 而是利用国际上由专家在描述文件中设计的方式 提高多数据库检索的效率 借鉴Bath描述文件建立本地的描述文件 可以减少另外设计描述文件的时间 用户只需要向软件供应商了解产品如何支持某个国际标准描述文件 而不是问软件供应商如何定义自己的标准 63 Z39 50在图书馆的推广和应用 1 Z39 50在全球图书馆界的推广和应用1988年Z39 50作为美国国家标准通过后 没有得到推广 其应用仅限于 联接系统项目 内部 此外 广域网信息服务器 WAIS 项目借鉴了这个标准 这些尝试对Z39 50标准的发展起了积极作用 20世纪80年代末期 人们认识到这个标准不仅能使异构系统相互传递信息 而且有可能成为一种通用的数据库接口规范 当时 人们构想Z39 50的主要应用模式是提供一种统一的用户界面 通过网络查询众多的服务器资源 64 1989至1991年间 美国国会图书馆建立了Z39 50维护局 并成立了Z39 50实施小组后 对这个标准的修订成为一种比较开放的过程 但这个标准最大的问题是没有考虑到与ISO公布的开放系统互连参考模型接轨 从而使这种数据库通讯接口无法通过开放网络技术实现通讯 形成孤掌难鸣的局面 1992至1993年间 启动了 Z39 50互操作性试验床 项目 目的是改造一批已经支持Z39 50标准的应用系统 使之能够通过TCP IP协议在因特网上实现互操作 这个项目的成功 使图书馆界认识到推广Z39 50标准的意义 并很快成为各图书馆购置新系统的重要技术指标 这种动向 反过来进一步激励了各系统提供商的热情 65 随着Z39 50 1992版标准中 Z39 50实施组从1991年开始进行第三版的修订工作 Z39 50实施者的队伍进一步扩大 许多重要的ISP加入到这个行列中来了 1995年正式发布第三版 增加了很多内容 并被ISO认定为国际标准 在Z39 50 1995推出不久后 基于HTTP协议的万维网技术开始迅速普及 使图书馆的公共目录检索很快转向采用万维网浏览器提供目录查询服务 Z39 50的主要应用又回到了这个标准最初的应用领域 即 学者工作站 类的应用 但Z39 50开始以 幕后英雄 的角色作为Web网关 为公众提供虚拟联合目录服务 66 2 Z39 50在我国图书馆界的推广和应用我国图书馆界引进并推广Z39 50标准和相关应用 大约始于1997年 1998年以后 少数国内软件提供商才开始研究并开发基于Z39 50标准的应用服务产品 2000年10月 中国国家图书馆通过采购国内系统提供商的Z39 50服务器 开通了书目数据下载服务 其他较大的公共图书馆也陆续开通了Z39 50服务器 开始提供数据下载服务 67 与此同时 中国高等教育文献保障系统CALIS按照Z39 50标准建立图书馆联合编目系统 于1999年底基本实现联机编目系统软件的研制工作 并于2000年初开始收集部分重点大学的书目数据 CALIS项目在我国大学图书馆界推广Z39 50标准的实施起了关键作用 从1998年起 很多大学图书馆将这一标准的实现作为选购图书馆集成系统的必备条件 目前 几乎所有的图书馆集成系统都支持Z39 50标准 有的甚至已经开始支持下一代Z39 50标准 ZNG 68 Z39 50存在的问题与下一代Z39 50 ZNG 1 Z39 50标准存在的问题Z39 50标准在推广中受到的一个重要制约 是因为它是建立在一种比较专门的通讯协议的基础上 增加了这个标准在实施中的技术复杂性 技术上的复杂性提高了软件实现的门槛 需要软件设计人员和编码人员具有较为丰富的数据结构和网络通讯接口方面的知识 并掌握较高的代码转换算法技术 数据库检索系统软件的开发人员一般很少涉足这些专门的技术领域 69 Z39 50标准所采用的编码标准对信息编码的过程 几乎是将可读文字转换为机器语言的过程 对很多数据库应用软件设计者和程序员来说 在平时的软件开发中很少会涉及这样的 底层 开发 甚至无法看懂相关标准文献的含义 因此 Z39 50标准实施与推广的阻力 主要不是来自应用软件的使用者 而是来自应用软件的开发者 由于Z39 50是一个过于完美 复杂的重量级协议 Z39 50的应用主要集中在图书馆领域 在其他领域鲜有成功案例 70 2 下一代Z39 50为使Z39 50能成为主流的信息检索协议 以吸引更多的信息提供者 销售商和用户 从而具有更大的市场价值 在2001年6月29日至30日间召开的ZIG小组会议上 定义了一种新的Web服务定义 这些定义基于Z39 50和其他Web技术 XML URL SOAP RPC 和HTTP 这个定义被称为ZNG 意为下一代Z39 50 Z39 50NextGeneration 71 新的标准省略了很多原有Z39 50的重要特性 在整个体系结构上作了重大调整 这些变化主要体现在 通讯过程的变化 新的标准通过HTTP协议传输信息 不再保留自有的信息传输体系 数据库访问与记录结构定义方面的变化 由于HTTP协议的特性限制 将原Z39 50标准中定义的复杂操作事务改为多个简单的操作事务 大大降低了应用软件实现的技术难度 通讯数据编码方面的变化 放弃了原Z39 50采用的编码方案 使用XML作为编码格式 简化了通讯过程中的编码和解码过程 72 表2Z39 50与ZNG在代码转换中的复杂程度对比 73 Z39 50与ZNG的关系ZNG不是对Z39 50 1995版本的更新或替代 而是在继承原有Z39 50标准合理成分的基础上建立全新的体系结构 二者的关系在某些方面与MARC和DC颇为相似 按照这两种标准建立的应用系统之间是互不兼容的 按照新的标准建立的系统所提供的服务 仍主要针对经过人工标引的 结构化的元数据信息 而不是通过计算机自动分析功能 由电子信息正文中产生的信息 关于ZNG的内容 可参考http www loc gov z3950 agency zng html Z39 50的实际应用 Datatrans 2000相关功能介绍与演示 75 Z39 50服务器 DataTrans 2000服务器中包含一个Z39 50服务器 支持Z39 501992 1995两个版本 利用DataTrans 2000数据库内核的帐户管理机制 实现了对联合编目用户的权限管理 支持联合编目多馆905字段 UNIMARC 馆藏存储模式 76 丹诚Z39 50服务器示范 您可访问丹诚网站上的示范Z39 50服务器 配置参数如下 地址 datatrans info端口 210数据库 book用户名 public密码 无 这个服务器中存放了9万多条最新的中文书目数据 如果您目前尚没有Z39 50前端软件 请从丹诚网站http www datatrans info上免费下载ZTRANS软件 77 全文检索 DataTrans 2000数据库内核支持MARC记录任意字段的全文检索 全文索引自动创建和更新 无需用户干预 全文索引采用Unicode字符集 78 数据库内核 数据库管理界面 数据库内核为系统管理员提供了一个面向对象的 简洁高效的数据库维护界面 系统管理员不必阅读和修改复杂的配置文件即可维护数据库 79 数据库内核 创建新库界面 系统管理员可以任意增加新数据库 在创建新数据库的过程中 可以复制一个现有数据库的定义参数 操作十分简单 80 数据库内核 帐户管理界面 数据库内核的帐户管理界面可以增加 删除 修改帐户 修改帐户的权限配置 81 数据库内核 日志跟踪 DataTrans 2000数据库内核可以利用其日志跟踪功能 和其他DataTrans 2000 1000服务器搭配成双机同步模式 妥善解决内部业务和外部访问隔离的问题 82 数据库内核 日志恢复 DataTrans 2000数据库内核自动以历史日志保存所有数据修改信息 如果数据库遭到以外损坏 可以立即利用日志恢复模块重建数据库 和恢复到最新状态 83 数据库内核 强大的配置体系 DataTrans 2000数据库内核继续增强了DataTrans 1000优秀的配置体系 广泛采用XML风格的配置文件 新的数据库资源配置体系 新的检索点和检索途径配置体系 新的帐户和MARC结构权限配置体系 84 应用服务器 DataTrans 2000服务器中的应用服务器 以DTLP协议为DataTrans 1000和DataTrans 2000前端模块提供服务 完全兼容DataTrans 1000的DTLP0 9版 同时以DTLP1 0版为新