专利名称：轨道交通用实时数据库、操作方法及操作装置的制作方法
技术领域：
本发明涉及数据库技术领域，尤其涉及一种轨道交通用实时数据库、操作方法及 操作装置。
背景技术：
目前，地铁、列车等轨道交通工具被广泛的应用，成为人们日常出行常用的交通工 具。轨道交通系统通常由多个车站组成，每个车站中设置有各种电力设备、空调设备和其他 多种电控设备，每个车站中不同类型的设备对应有不同类型的监测点，例如电力设备对应 电力监测点、空调设备对应空调监测点等。为了确保列车能够安全可靠的运行，需要对轨道 交通系统中的各种设备进行实时监控。现有技术中通常采用实时数据库保存轨道交通系统 中的信息数据，通过实时调用实时数据库中的信息准确的获得轨道交通系统各个设备的运 行状态。现有技术中用于轨道交通的实时数据库通常在硬盘上建立面向各个监测点的配置 表，配置表中保存有各个车站中所有设备对应的监测点。由上可知，由于轨道交通系统中的 监测点的总数量通常在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中列举了主内存表中的 部分信息，具体说明如下Mati0n3代表第三车站，Mation3车站监控点在主内存表的主表地址为3 ； Station3车站监控点可以没有更高一级的监控点，所以父主表地址为空NULL ；Station3 车站监控点的左侧车站监控点的主表地址为2，右侧车站监控点的主表地址为3，从而可以 根据Mati0n3车站监控点得知靠近Mati0n3车站监控点的另外两个车站监控点的信息； Station3车站监控点可以包括多个子系统监控点，其对应的子主表地址为处于第一位的子 系统监控点的主表地址即101。Subsystem2代表第二子系统，该子系统可以使电力系统、消防系统或空调系统 等，Mation3车站监控点在主内存表的主表地址为102 ;SubSyStem2子系统监控点是 Station3车站监控点的下级监控点，其对应的父主表地址为3 ；Subsystem〗子系统监控点 的左侧子系统监控点的主表地址为101，右侧子系统监控点的主表地址为103，从而可以根 据Subsystem〗子系统监控点得知靠近Subsystem〗子系统监控点的另外两个子系统监控点 的信息；Subsystem〗子系统监控点可以包括多个设备监控点，其对应的子主表地址为处于 第一位的设备监控点的主表地址即1001。Device2代表第二设备，该设备可以是电力设备、空调设备或电梯设备等，DeviCe2 设备监控点在主内存表的主表地址为1002 ；Device2设备监控点是Subsystem2子系统监 控点的下级监控点，其对应的父主表地址为102 ；Device2设备监控点的左侧设备监控点 的主表地址为1001，右侧子系统监控点的主表地址为1003，从而可以根据Device2设备监 控点得知靠近Device〗设备监控点的另外两个设备监控点的信息Device〗设备监控点可 以包括多个模拟量监控点，其对应的子主表地址为处于第一位的模拟量监控点的主表地址 即10001。同样的，Device3代表第三设备，Device3设备监控点在主内存表的主表地址为 1003，与Device2设备监控点区别在于DeVice3设备监控点包括多个数字量监控点，其对 应的子主表地址为处于第一位的数字量监控点的主表地址即20001。Analog2代表模拟量监控点，Analog2模拟量监控点在主内存表的主表地址为 10002 ；Analog2模拟量监控点是Device2设备监控点的下级监控点，其对应的父主表地址 为1002 ；Anal0g2模拟量监控点的左侧模拟量监控点的主表地址为10001，右侧模拟量监控 点的主表地址为10003，从而可以根据Anal0g2模拟量监控点得知靠近Anal0g2模拟量监控 点的另外两个模拟量监控点的信息；Anal0g2模拟量监控点可以没有更低一级的监控点， 所以子主表地址为空NULL。Digit2代表数字量监控点，Anal0g2数字量监控点在主内存表的主表地址为 20002 ；Analog2数字量监控点是Device3设备监控点的下级监控点，其对应的父主表地址 为2002 ；Analog2数字量监控点的左侧数字量监控点的主表地址为20001，右侧数字量监控 点的主表地址为20003，从而可以根据Anal0g2数字量监控点得知靠近Anal0g2数字量监控 点的另外两个数字量监控点的信息；Anal0g2数字量监控点可以没有更低一级的监控点， 所以子主表地址为空NULL。由上可知，通过本实施例中的主内存表可以将本实施例轨道交通用实时数据库设 置为具有清新层次结构的数据库，从而更方便管理本实施例轨道交通用实时数据库。
本实施例轨道交通用实时数据库，通过在内存中设置类型内存表、主内存表和多 个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子内存表将 分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及子表地 址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中的监控 点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存在一个 表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由独立的 动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高 了轨道交通用实时数据库的可靠性。图3为本发明轨道交通用实时数据库操作方法实施例的流程图。如图3所示，本 实施例轨道交通用实时数据库操作方法，采用本发明轨道交通用实时数据库实施例中的轨 道交通用实时数据库，轨道交通用实时数据库具体结构可以参见本发明轨道交通用实时数 据库实施例中的记载，在此不再赘述。本实施例轨道交通用实时数据库操作方法，具体步骤 包括步骤1、根据多个子内存表，创建与子内存表一一对应的封装动态库。具体的，通过 对每一个子内存表对应创建封装动态库，在需要处理子内存表中的数据信息时，可以通过 对应的封装动态库进行调用。步骤2、封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时 数据库的子内存表中监控点的数据。具体的，封装动态库将根据主内存表中某一监控点对 应的子内存表的子表地址，准确的调用该子内存表中所记录的该监控点的数据。其中，封装 动态库可以外部设置的访问接口进行操作，在客户端可以实现面向对象的方式访问轨道交 通用实时数据库中的的层次型监控点；在服务端，由封装动态库完成由监控点到各个内存 表的双向映射，通过这种访问接口对象封装方式，既快速高效，又简单易用，工程应用工作 量小，后期维护方便。本实施例轨道交通用实时数据库操作方法，通过在内存中设置类型内存表、主内 存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子 内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及 子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中 的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存 在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由 独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维 护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独 立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同 类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。图4为本发明轨道交通用实时数据库操作装置实施例的结构示意图。如图4所示， 本实施例轨道交通用实时数据库操作装置，采采用本发明轨道交通用实时数据库实施例中 的轨道交通用实时数据库，轨道交通用实时数据库具体结构可以参见本发明轨道交通用实 时数据库实施例中的记载，在此不再赘述。本实施例轨道交通用实时数据库操作装置包括 创建模块1和处理模块2。创建模块1用于根据多个子内存表，创建与子内存表一一对应的封装动态库；
处理模块2用于封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交 通用实时数据库的子内存表中监控点的数据。本实施例轨道交通用实时数据库操作装置，通过在内存中设置类型内存表、主内 存表和多个子内存表，类型内存表中存有不同类型的子内存表的内存地址，不同类型的子 内存表将分别存有单一类型的监控点的数据，而主内存表将存有所有监控点主表地址以及 子表地址，从而当需要对轨道交通用实时数据库进行操作时，可以通过查找到主内存表中 的监控点，并可以调用监控点在子内存表中记载的数据，从而无需将所有监控点的信息存 在一个表中，通过主内存表和多个子内存表分离，可以将不同类型监控点的加载和处理由 独立的动态库完成，可以实现不同类型的监控点快速装载和访问，并且更方便操作人员维 护，提高了轨道交通用实时数据库的可靠性。另外，通过将不同类型的子内存表对应设置独 立的封装动态库，封装动态库可以根据主内存表独立调用对应的子内存表，可以实现不同 类型的监控点快速装载和访问，并可以方便地扩展新类型的监控点。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1.一种轨道交通用实时数据库，其特征在于，包括存储在内存中的类型内存表、主内 存表和多个子内存表；所述类型内存表中存有不同类型的所述子内存表的内存地址；每个所述子内存表对应存有单一类型的监控点的数据；所述主内存表设置有基本属性字段和子表关联属性字段，所述基本属性字段存有所有 监控点的主表地址，所述子表关联属性字段存有所有监控点所对应的在所述子内存表中的 子表地址；所述主表地址为监控点在所述主内存表中的地址，所述子表地址为监控点在所述子内 存表中的地址。
2.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述类型内存表存有 与所述子内存表的地址对应的子表名称信息和子表描述信息。
3.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述基本属性字段存 有与所有监控点的主表地址对应的名称信息。
4.根据权利要求1所述的轨道交通用实时数据库，其特征在于，所述子表关联属性字 段存有与所有监控点的子表地址对应的所述子内存表的内存地址。
5.根据权利要求1所述的轨道交通用实时数据库，其特征在于，监控点包括车站监控 点、子系统监控点、设备监控点、模拟量监控点和数字量监控点；多个所述子内存表分别为车站子内存表、子系统子内存表、设备子内存表、模拟量子 内存表和数字量子内存表；其中，车站监控点包括多个子系统监控点，子系统监控点包括多 个设备监控点，设备监控点包括多个模拟量监控点和数字量监控点；所述主内存表还设置有层次结构描述字段，所述层次结构描述字段存有监控点对应的 父监控点的主表地址、左监控点的主表地址、右监控点的主表地址和子监控点的主表地址。
6.一种轨道交通用实时数据库操作方法，其特征在于，采用如权利要求1-5任一所述 的轨道交通用实时数据库，具体步骤包括根据多个子内存表，创建与子内存表一一对应的封装动态库；封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用实时数据库的子 内存表中监控点的数据。
7.—种轨道交通用实时数据库操作装置，其特征在于，采用如权利要求1-5任一所述 的轨道交通用实时数据库，所述轨道交通用实时数据库操作装置包括创建模块，用于根据多个子内存表，创建与子内存表一一对应的封装动态库；处理模块，用于封装动态库根据轨道交通用实时数据库的主内存表，处理轨道交通用 实时数据库的子内存表中监控点的数据。
全文摘要
本发明提供一种轨道交通用实时数据库、操作方法及操作装置。轨道交通用实时数据库，包括存储在内存中的类型内存表、主内存表和多个子内存表；所述类型内存表中存有不同类型的所述子内存表的内存地址；每个所述子内存表对应存有单一类型的监控点的数据；所述主内存表设置有基本属性字段和子表关联属性字段，所述基本属性字段存有所有监控点的主表地址，所述子表关联属性字段存有所有监控点所对应的在所述子内存表中的子表地址；所述主表地址为监控点在所述主内存表中的地址，所述子表地址为监控点在所述子内存表中的地址。实现不同类型的监控点快速装载和访问，并且更方便操作人员维护，提高了轨道交通用实时数据库的可靠性。
文档编号G06F17/30GK102110134SQ20101060813
公开日2011年6月29日 申请日期2010年12月28日 优先权日2010年12月28日
发明者万思军, 刘瑞功, 刘见, 夏玲玲, 宋艳荣, 廖常斌, 李月高, 王耐, 隗冰 申请人:青岛海信网络科技股份有限公司