关于核电DCS系统实时库存储结构设计.docVIP

关于核电DCS系统实时库存储结构设计 　　摘要：实时数据库又称为内存数据库，是DCS系统的重要组成部分，它相当于一个数据处理中心，起到数据交换区的作用。实时数据库维护系统调用时产生的动态数据和系统所需的各种内部信息，保证实时数据的完整性、实时性以及时间一致性；并为历史库和HMI客户端程序提供数据访问服务，是控制器与各个客户端之间数据交互的桥梁。实时库中的数据都是保存在内存中的。所以，对于实时数据库存储结构的设计好坏就直接关系到整个DCS系统的优劣。 关键词：实时数据库；内存存储结构；DCS 中图分类号 TP311 文献标识码：A 文章编号：1009-3044（2013）19-4358-03 1 概述 组态软件是工业控制系统中实现分散控制和集中管理的核心，而实时数据库又是组态软件处理和管理的核心。实时数据库主要负责对控制器进行数据采集、与工程师站、操作员站等终端进行数据交互。同时，它也是DCS系统事务的调度中心，操控包括指令传递、数据采集、图形显示、报警及历史存盘等事务在内的全盘调度工作，从而达到DCS系统监控的实时性、正确性和时间一致性[1]。 2 实时数据库概述 实时数据库RTDB（Real Time Data Base）是一个数据和事务都有定时特性或显示的定时限制的数据库。RTDB的本质特征就是定时限制，其可以分为两类：一是与事务相关联的定时限制，例如“截止时间”；另一类是与数据相联的“时间一致性”。时间一致性作为过去限制的一个时间窗口，是由数据库中数据的状态与外部环境中对应实体的实际状态要实时保持一致，以及由事务存取的个数据状态在时间上要保持一致而引起的[2]。所以，如何能够保证实时库的响应时间就成为了判定一个实时数据库设计好坏的重要因素之一。为了提高响应时间，实时库一般在内存中开辟一块空间用来存储实时数据，并与二层的其他模块进行实时交互。由于内存的局限性，如何能够将大量的数据点稳定、高效地存储在内存中就成为了衡量一个实时库好坏的关键因素。 3 实时数据库系统的设计 由于传统的数据库大多是面向事务的，它采用的数据表示方法、存储模式和存取手段尚难达到工业控制组态软件所要求的响应速度。所以在设计时为了处理时空矛盾，必须优先考虑响应效率，能够在规定的时间内得到数据。实时数据库一般是由实时数据库内核模块、报警计算模块和历史库模块组成的，该文主要介绍内核模块中数据存储结构设计部分。 3.1 传统实时数据库的存储结构 实时数据库与关系数据库不同，它采用特殊的数据模型来处理同一数据点的两类不同性质的属性，即静态属性和动态属性。上文说过实时数据库是将数据存储在内存开辟的一块空间中。实时数据库存储的数据点主要分为两种类型，分别为数字量和模拟量，两者的属性有些相同，也存在各自独有的属性，一般的实时数据库将每个属性作为一个点进行存储，这样能够免除区分数字量和模拟量的麻烦，但这要占用大量的数据结构空间，管理这样海量的数据也是对实时数据库编程人员的一种挑战。同时，要将这些属性关联起来也需要大量的逻辑运算才可以完成，稍有不慎就可能造成难以想象的错误，而要在这么庞大的数据中查找所需的属性更是难上加难。为了解决单点存储占用空间大、查找和关联复杂等难题，该文提出了一种新的实时库数据存储结构——组合型数据点结构。 3.2 组合型实时数据点 组合型数据点是将多个具有相同或相似属性的单点结合起来，使用同一的格式规范组成一个单独的结构体存储在实时库中，一般称为“点”，或“标签点”、“节点”等；同时根据其中的节点类型（Tag Type）对数字量、模拟量等类型进行划分。例如，单点实时数据库中一个点的存储结构如图1所示： 这样一个结构体在单点数据库中是一个有意义的点，代表了一个设备的某一个属性状态，若要描述同一个设备的三个属性状态——高报警、高高报警和高高高报警，则单点表示如图2所示： 由于单点数据库的限制，一个点只能表示一种属性状态，所以上面的例子需要三个点才能够表示出来，通过图2也可以发现，这三个点有很多类似的地方，比如他们的数据类型都是整型，点的长度也都是4个字节等，如果有几十万个这样的点需要存储的话，那浪费的空间可想而知了。而组合点就能够将这些相近或相同的属性统一起来，形成一个整体，组合点使用的存储结构如图3所示： 若要使用组合点来表示上面的例子，对应的三个报警属性使用一个点即可全部表示，如图4： 通过对比可以明显的发现，使用组合点可以在声明是预先将相同类型的属性状态统一起来，不需要再指定状态的类型，同时将名称也提取出来，省去很多繁琐的名称匹配工作，节省了大量的时间，同时能够大大减少数据点的个数，提高效率。 但是，使用单点可以避免出现区分数字量和模拟量的步骤，