CN102110134A - 轨道交通用实时数据库、操作方法及操作装置 - Google Patents

Abstract

本发明提供一种轨道交通用实时数据库、操作方法及操作装置。轨道交通用实时数据库，包括：存储在内存中的类型内存表、主内存表和多个子内存表；所述类型内存表中存有不同类型的所述子内存表的内存地址；每个所述子内存表对应存有单一类型的监控点的数据；所述主内存表设置有基本属性字段和子表关联属性字段，所述基本属性字段存有所有监控点的主表地址，所述子表关联属性字段存有所有监控点所对应的在所述子内存表中的子表地址；所述主表地址为监控点在所述主内存表中的地址，所述子表地址为监控点在所述子内存表中的地址。实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。

Description

轨道交通用实时数据库、操作方法及操作装置

技术领域

本发明涉及数据库技术领域，尤其涉及一种轨道交通用实时数据库、操作方法及操作装置。

背景技术

目前，地铁、列车等轨道交通工具被广泛的应用，成为人们日常出行常用的交通工具。轨道交通系统通常由多个车站组成，每个车站中设置有各种电力设备、空调设备和其他多种电控设备，每个车站中不同类型的设备对应有不同类型的监测点，例如：电力设备对应电力监测点、空调设备对应空调监测点等。为了确保列车能够安全可靠的运行，需要对轨道交通系统中的各种设备进行实时监控。现有技术中通常采用实时数据库保存轨道交通系统中的信息数据，通过实时调用实时数据库中的信息准确的获得轨道交通系统各个设备的运行状态。现有技术中用于轨道交通的实时数据库通常在硬盘上建立面向各个监测点的配置表，配置表中保存有各个车站中所有设备对应的监测点。由上可知，由于轨道交通系统中的监测点的总数量通常在20万-50万的范围，现有技术实时数据库中的配置表面向每一个监测点进行配置，在建立数据库时需要在应用层进行面向对象的封装和映射，对象映射工作量很大；而且在调用实时数据库中的数据时，需要遍历配置表，耗时较长，并且维护较难。因此，现有技术中轨道交通用实时数据库可靠性较低。

发明内容

本发明提供一种轨道交通用实时数据库、操作方法及操作装置，用以解决现有技术中轨道交通用实时数据库可靠性较低的缺陷，实现提高轨道交通用实时数据库的可靠性。

本发明提供一种轨道交通用实时数据库，包括：存储在内存中的类型内存表、主内存表和多个子内存表；所述类型内存表中存有不同类型的所述子内存表的内存地址；每个所述子内存表对应存有单一类型的监控点的数据；所述主内存表设置有基本属性字段和子表关联属性字段，所述基本属性字段存有所有监控点的主表地址，所述子表关联属性字段存有所有监控点所对应的在所述子内存表中的子表地址；所述主表地址为监控点在所述主内存表中的地址，所述子表地址为监控点在所述子内存表中的地址。

本发明提供的轨道交通用实时数据库，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。

本发明提供一种轨道交通用实时数据库操作方法，采用如上所述的轨道交通用实时数据库，具体步骤包括：

根据多个子内存表，创建与子内存表一一对应的封装动态库；

封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。

本发明提供的轨道交通用实时数据库操作方法，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。

本发明提供一种轨道交通用实时数据库操作装置，采用如上所述的轨道交通用实时数据库，所述轨道交通用实时数据库操作装置包括：

创建模块，用于根据多个子内存表，创建与子内存表一一对应的封装动态库；

处理模块，用于封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。

本发明提供的轨道交通用实时数据库操作装置，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明轨道交通用实时数据库实施例中类型内存表的结构示意图；

图2为本发明轨道交通用实时数据库实施例中主内存表的结构示意图；

图3为本发明轨道交通用实时数据库操作方法实施例的流程图；

图4为本发明轨道交通用实时数据库操作装置实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明轨道交通用实时数据库实施例中类型内存表的结构示意图，图2为本发明轨道交通用实时数据库实施例中主内存表的结构示意图。如图1和图2所示，本实施例轨道交通用实时数据库，包括：存储在内存中的类型内存表、主内存表和多个子内存表；类型内存表中存有不同类型的子内存表的内存地址；每个子内存表对应存有单一类型的监控点的数据；主内存表设置有基本属性字段a和子表关联属性字段c，基本属性字段a存有所有监控点的主表地址，子表关联属性字段c存有所有监控点所对应的在子内存表中的子表地址；主表地址为监控点在主内存表中的地址，子表地址为监控点在子内存表中的地址。

具体而言，本实施例轨道交通用实时数据库的类型内存表、主内存表和多个子内存表中的数据均存储在内存中，从而可以更加快速的对存储在内存中的数据进行读写操作。其中，本实施例中的类型内存表存有与子内存表的地址对应的子表名称信息和子表描述信息，而基本属性字段a存有与所有监控点的主表地址对应的名称信息，并且，子表关联属性字段c存有与所有监控点的子表地址对应的子内存表的内存地址。

进一步的，本实施例中的监控点可以包括车站监控点、子系统监控点、设备监控点、模拟量监控点和数字量监控点；本实施例中的多个子内存表可以分别为：车站子内存表、子系统子内存表、设备子内存表、模拟量子内存表和数字量子内存表；其中，车站监控点包括多个子系统监控点，子系统监控点包括多个设备监控点，设备监控点包括多个模拟量监控点和数字量监控点；主内存表可以还设置有层次结构描述字段b，层次结构描述字段b存有监控点对应的父监控点的主表地址、左监控点的主表地址、右监控点的主表地址和子监控点的主表地址。

以下结合附图1和图2对本实施例轨道交通用实时数据库进行说明。其中，本实施例轨道交通用实时数据库以监控点包括车站监控点、子系统监控点、设备监控点、模拟量监控点和数字量监控点为例进行说明，本实施例轨道交通用实时数据库不对监控点的类型进行限制，本实施例中的监控点还可以包括轨道交通系统中任何类型的监控点。如图1所示，本实施例轨道交通用实时数据库中的类型内存表中存有子内存表在内存中的内存地址，并且针对每个子内存表的内存地址对应存有名称和描述，具体为：车站子内存表对应的内存地址为1、子系统子内存表对应的内存地址为2、设备子内存表对应的内存地址为3、模拟量子内存表对应的内存地址为4和数字量子内存表对应的内存地址为5，在每个内存地址后对应有该内存地址的名称和描述等信息。另外，可以根据需要增加其他类型的子内存表，相对应的，在类型内存表中也会对应存有增加的子内存表的内存地址。如图2所示，本实施例中的主内存表设置有基本属性字段a、层次结构描述字段b和子表关联属性字段c。其中，基本属性字段a中用于记载所有监控点在主内存表中对应的主表地址、以及监控点的名称信息，层次结构描述字段b用于记载该监控点的层次结构信息，子表关联属性字段c用于记载该监控点在子内存表中的子表地址以及该子内存表对应的内存地址。

结合附图2对层次结构描述字段b的作用进行说明，图2中列举了主内存表中的部分信息，具体说明如下：

Station3代表第三车站，Station3车站监控点在主内存表的主表地址为3；Station3车站监控点可以没有更高一级的监控点，所以父主表地址为空NULL；Station3车站监控点的左侧车站监控点的主表地址为2，右侧车站监控点的主表地址为3，从而可以根据Station3车站监控点得知靠近Station3车站监控点的另外两个车站监控点的信息；Station3车站监控点可以包括多个子系统监控点，其对应的子主表地址为处于第一位的子系统监控点的主表地址即101。

Subsystem2代表第二子系统，该子系统可以使电力系统、消防系统或空调系统等，Station3车站监控点在主内存表的主表地址为102；Subsystem2子系统监控点是Station3车站监控点的下级监控点，其对应的父主表地址为3；Subsystem2子系统监控点的左侧子系统监控点的主表地址为101，右侧子系统监控点的主表地址为103，从而可以根据Subsystem2子系统监控点得知靠近Subsystem2子系统监控点的另外两个子系统监控点的信息；Subsystem2子系统监控点可以包括多个设备监控点，其对应的子主表地址为处于第一位的设备监控点的主表地址即1001。

Device2代表第二设备，该设备可以是电力设备、空调设备或电梯设备等，Device2设备监控点在主内存表的主表地址为1002；Device2设备监控点是Subsystem2子系统监控点的下级监控点，其对应的父主表地址为102；Device2设备监控点的左侧设备监控点的主表地址为1001，右侧子系统监控点的主表地址为1003，从而可以根据Device2设备监控点得知靠近Device2设备监控点的另外两个设备监控点的信息Device2设备监控点可以包括多个模拟量监控点，其对应的子主表地址为处于第一位的模拟量监控点的主表地址即10001。同样的，Device3代表第三设备，Device3设备监控点在主内存表的主表地址为1003，与Device2设备监控点区别在于：Device3设备监控点包括多个数字量监控点，其对应的子主表地址为处于第一位的数字量监控点的主表地址即20001。

Analog2代表模拟量监控点，Analog2模拟量监控点在主内存表的主表地址为10002；Analog2模拟量监控点是Device2设备监控点的下级监控点，其对应的父主表地址为1002；Analog2模拟量监控点的左侧模拟量监控点的主表地址为10001，右侧模拟量监控点的主表地址为10003，从而可以根据Analog2模拟量监控点得知靠近Analog2模拟量监控点的另外两个模拟量监控点的信息；Analog2模拟量监控点可以没有更低一级的监控点，所以子主表地址为空NULL。

Digit2代表数字量监控点，Analog2数字量监控点在主内存表的主表地址为20002；Analog2数字量监控点是Device3设备监控点的下级监控点，其对应的父主表地址为2002；Analog2数字量监控点的左侧数字量监控点的主表地址为20001，右侧数字量监控点的主表地址为20003，从而可以根据Analog2数字量监控点得知靠近Analog2数字量监控点的另外两个数字量监控点的信息；Analog2数字量监控点可以没有更低一级的监控点，所以子主表地址为空NULL。

由上可知，通过本实施例中的主内存表可以将本实施例轨道交通用实时数据库设置为具有清新层次结构的数据库，从而更方便管理本实施例轨道交通用实时数据库。

本实施例轨道交通用实时数据库，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。

图3为本发明轨道交通用实时数据库操作方法实施例的流程图。如图3所示，本实施例轨道交通用实时数据库操作方法，采用本发明轨道交通用实时数据库实施例中的轨道交通用实时数据库，轨道交通用实时数据库具体结构可以参见本发明轨道交通用实时数据库实施例中的记载，在此不再赘述。本实施例轨道交通用实时数据库操作方法，具体步骤包括：

步骤1、根据多个子内存表，创建与子内存表一一对应的封装动态库。具体的，通过对每一个子内存表对应创建封装动态库，在需要处理子内存表中的数据信息时，可以通过对应的封装动态库进行调用。

步骤2、封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。具体的，封装动态库将根据主内存表中某一监控点对应的子内存表的子表地址，准确的调用该子内存表中所记录的该监控点的数据。其中，封装动态库可以外部设置的访问接口进行操作，在客户端可以实现面向对象的方式访问轨道交通用实时数据库中的的层次型监控点；在服务端，由封装动态库完成由监控点到各个内存表的双向映射，通过这种访问接口对象封装方式，既快速高效，又简单易用，工程应用工作量小，后期维护方便。

本实施例轨道交通用实时数据库操作方法，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。

图4为本发明轨道交通用实时数据库操作装置实施例的结构示意图。如图4所示，本实施例轨道交通用实时数据库操作装置，采采用本发明轨道交通用实时数据库实施例中的轨道交通用实时数据库，轨道交通用实时数据库具体结构可以参见本发明轨道交通用实时数据库实施例中的记载，在此不再赘述。本实施例轨道交通用实时数据库操作装置包括：创建模块1和处理模块2。

创建模块1用于根据多个子内存表，创建与子内存表一一对应的封装动态库；

处理模块2用于封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。

本实施例轨道交通用实时数据库操作装置，通过在内存中设置类型内存表、主内存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (7)

1.一种轨道交通用实时数据库，其特征在于，包括：存储在内存中的类型内存表、主内存表和多个子内存表；

所述类型内存表中存有不同类型的所述子内存表的内存地址；

每个所述子内存表对应存有单一类型的监控点的数据；

所述主内存表设置有基本属性字段和子表关联属性字段，所述基本属性字段存有所有监控点的主表地址，所述子表关联属性字段存有所有监控点所对应的在所述子内存表中的子表地址；

所述主表地址为监控点在所述主内存表中的地址，所述子表地址为监控点在所述子内存表中的地址。

2.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述类型内存表存有与所述子内存表的地址对应的子表名称信息和子表描述信息。

3.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述基本属性字段存有与所有监控点的主表地址对应的名称信息。

4.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述子表关联属性字段存有与所有监控点的子表地址对应的所述子内存表的内存地址。

5.根据权利要求1所述的轨道交通用实时数据库，其特征在于，监控点包括车站监控点、子系统监控点、设备监控点、模拟量监控点和数字量监控点；

多个所述子内存表分别为：车站子内存表、子系统子内存表、设备子内存表、模拟量子内存表和数字量子内存表；其中，车站监控点包括多个子系统监控点，子系统监控点包括多个设备监控点，设备监控点包括多个模拟量监控点和数字量监控点；

所述主内存表还设置有层次结构描述字段，所述层次结构描述字段存有监控点对应的父监控点的主表地址、左监控点的主表地址、右监控点的主表地址和子监控点的主表地址。

6.一种轨道交通用实时数据库操作方法，其特征在于，采用如权利要求1-5任一所述的轨道交通用实时数据库，具体步骤包括：

根据多个子内存表，创建与子内存表一一对应的封装动态库；

封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。

7.一种轨道交通用实时数据库操作装置，其特征在于，采用如权利要求1-5任一所述的轨道交通用实时数据库，所述轨道交通用实时数据库操作装置包括：

创建模块，用于根据多个子内存表，创建与子内存表一一对应的封装动态库；

处理模块，用于封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子内存表中监控点的数据。

Images