实时数据库系统方案的设计与实现.docVIP

实时数据库系统方案的设计与实现 　　摘要:论文在分析实时数据库系统关键技术基础上,提出针对铁路信号监控的实时数据库系统方案框架以及实时数据模型总体设计思路,并根据总体设计思路提出了实时数据库系统数据模型方案。 　　关键词:实时数据库;体系结构;实时数据模型 　　中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)26-7437-02 　　 　　随着计算互联网技术的飞速发展,信息资源的经济价值和社会价值越来越明显,建设以数据库为中心的信息系统和应用系统,对于提高企业的效益、提高工作效率具有重要意义。在这种背景下,实时数据库成为近年来在数据库技术全新发展过程中产生并蓬勃发展起来的数据库领域的一个新分支,实时数据库的应用领域也在不断扩展,但目前在实时数据库的研究文献中还很少对数据建模问题进行专门研究,论文重点针对实时数据库系统在铁路信号监控中应用进行研究,具有一定现实意义。 　　 　　1 实时数据库系统关键技术 　　 　　实时数据库系统是在数据库技术和实时技术基础上产生的研究领域,与传统的数据库系统有着本质差别,实时数据库系统主要是利用数据库技术来解决实时系统中的数据管理问题,并不是在概念、结构和方法上的简单集成,设计实时数据库系统主要涉及如下关键技术: 　　1.1 实时数据模型 　　实时数据库领域首先要研究解决的主要问题,具体包括:开发实时数据模型,设计允许用户说明实时数据模型中所含的语义知识的和使用户能以各种方式使用的实时数据定义和查询语言、说明“复杂事务”的结构及相互作用的实时事务执行说明语言。通常的层次、网状和关系模型都不能描述有关时间的信息,当前有两种修改关系模型以进行实时查询处理的方法:①使用“近似关系”集。为了查询的及时评价,需要为各种关系定义其近似关系,再反复地修改近似关系以获得更接近的结果和更好的查询响应。②使用关系的“片段网格”以改善查询处理。 　　1.2 实时事务模型 　　在实时数据库系统中由于实时事务结构更加复杂、事务之间有多种交互,实时事务模型主要为满足更加复杂的实时事务处理而设计,主要包括嵌套、分裂/合并、合作、通信等事务模型。在实时查询/事务的接纳管理方面,查询/事务的性能依赖于可以使用的内存量。当有足够的内存时,绝大多数查询/事务就可简单地一次性读取它们操作的数据,且直接产生所需结果。若给定较少的内存,只要给定的量超过查询/事务的最小内存需求,大多数事务可以通过一定的数据I/O仍然可以运行。为了帮助事务获得期望的性能级别与定时限制的满足,实时数据库系统需要通过接纳比其最少的内存容纳事务数更多的事务来提高并发度。 　　1.3 实时事务处理 　　主要是针对实时数据库系统中事务的定时限制,按照事务截止期控制实时数据库系统中事务的执行顺序,确定实时事务的优先级,并按照优先级实现实时事务调度。在实时数据库系统中,实时事务处理降低了传统可串行化并发控制的严格程度,更加关注数据的实时性,因此,实时事务处理在并发控制方面“放松的可串行化”或“暂缓的可串行化”。 　　 　　2 面向铁路信号监控的实时数据库系统总体方案 　　 　　本论文结合实际应用需求提出面向铁路信号监控的实时数据库系统方案框架,它是适应高技术条件下管理要求,设计实现集成、开放、模块化的人机界面,与其它商用实时数据库系统相比,系统在设计过程中忽略了一些不常用的次要功能,注重各功能的模块化、标准化和开放性,突出了数据采集的实时性、显示的直观性、增强了数据分析能力和事务的处理能力,主要包括系统实现方案框架和实时数据模型总体设计思路。 　　2.1 实时数据库系统方案框架 　　面向铁路信号监控的实时数据库系统的方案框架主要包括如下三部分,具体如下: 　　1) 实时数据管理系统:运行于实时数据库服务器,主要功能是系统进程管理、数据存储和数据服务。这是整个系统的核心,要求它运行稳定、功能强大、可处理不同类型的数据点,并能对历史数据进行压缩进而长久保存。 　　2) 设备数据接口:用于实时数据库系统和指挥中心等数据源之间的数据交换。这个设备数据接口要求是多功能、多层次、多服务对象的标准设备数据接口。它不但能和实时数据库进行数据交换,还要能给关系数据库提供数据。 　　3) 实时数据上层应用工具包用于实时数据及历史数据查询和分析应用程序。 　　2.2 实时数据模型总体设计框架 　　本论文的实时数据模型方案设计主要以刘云生等提出的实时数据模型方案为基础,结合本系统结构及其功能需求,在传统数据模型的基础之上,把时间概念扩展进去,以满足实时应用的定时限制的要求。本系统实时数据模型总体设计思路如下。 　　 　　3 实时数据库系统数据模型方案 　　 　　针对实时数据库系统的数据采集、存贮、管理、查询、