一种多版本电网模型的存储与可追溯管理方法

暂无

一种多版本电网模型的存储与可追溯管理方法\n技术领域\n[0001] 本发明属于电力系统控制技术领域，具体涉及一种多版本电网模型的存储与可追溯管理方法。\n背景技术\n[0002] 电网模型反映了电网物理设备的连接状态，物理设备发生变更时模型也需要作出相应的修改。生产环境中，通常是进行离线的修改，并在完成一系列校验后将合法的模型及其对应的数据库、画面、索引表等投入在线运行。生产过程将产生许多版本的模型库，传统方法是将模型库表导出成文件，然后按照时间进行命名，但是这种方法一方面版本容易混乱，另一方面数据冗余量大。\n[0003] 此外，根据国家电网公司“三集五大”体系建设支撑大运行体系的各级调度技术支持系统的要求，统一、完整、准确的电网模型是其基础条件。目前各调度中心建立电网模型的传统方法是独立建模、外网等值及多极模型拼接，在实际运行新过程中存在局部模型交换不及时、模型与实时数据不匹配、模型合并效率不高等问题。\n[0004] 因此，实现多版本电网模型统一存储和管理对提升整个电网的调度分析水平具有重要意义。\n发明内容\n[0005] 为了克服上述现有技术的不足，本发明提供一种多版本电网模型的存储与可追溯管理方法，能有效地对多版本电网模型的进行管理，而且只存储增量，没有冗余；此外，数据分布式存储，当模型库表数据量增大时，查询访问速度能显著提高。\n[0006] 为了实现上述发明目的，本发明采取如下技术方案：\n[0007] 一种多版本电网模型的存储与可追溯管理方法，所述方法包括以下步骤：\n[0008] 步骤1：在分布式数据库中创建模型库表，并维护模型库表信息；\n[0009] 步骤2：将地区的初始模型和全网的初始模型导入分布式数据库；\n[0010] 步骤3：若地区模型更改，则生成SQL增量文件，利用分布式数据库提供的批量SQL语句接口执行SQL操作，将新版本地区模型和全网模型存储至所述分布式数据库中；\n[0011] 步骤4：可追溯管理多版本电网模型。\n[0012] 所述步骤1中，根据分布式数据库提供的SQL访问接口在分布式数据库中创建模型库表结构。\n[0013] 所述模型库表的结构固定，系统初始化时，静态地在所述分布式数据库中创建地区和全网模型库表，同时用tableInfo表对模型库表信息进行管理。\n[0014] 所述步骤2中，将地区的初始模型和全网的初始模型由CIM/E格式导入分布式数据库。\n[0015] 所述分布式数据库基于构建在Hadoop上的开源数据库Hbase实现，以键值对形式存储数据。\n[0016] 所述tableInfo表的属性包括能否为空、数据类型、数据长度和是否主键；所述rowkey的命名形式为<域名+模型库表名+列名>。\n[0017] 所述分布式数据库封装Hbase底层API，提供标准SQL访问接口，用标准SQL语言在所述分布式数据库中进行表创建和数据的增、删、改和查。\n[0018] 所述步骤3中，基于Hbase实现的分布式数据库利用Hbase的列TimeStamp来实现时间维度模型版本的管理；进行新版本地区模型和全网模型存储操作时，给新版本的增量数据按照版本提交时间打上统一的TimeStamp，并另创建表用以维护版本提交时间和版本号的映射关系。\n[0019] 所述步骤4中，多版本电网模型的可追溯管理包括对时间维度、空间维度和应用维度的管理。\n[0020] 通过时间维度进行可追溯管理中，按时间管理多版本电网模型时，直接访问所述分布式数据库中对应的模型库表，按照时间戳进行数据扫描；按版本号管理多版本电网模型时，先访问VersionInfo表，查询版本号对应的提交时间，再访问分布式数据库中对应的模型库表获取模型数据。\n[0021] 通过空间维度进行可追溯管理中，所述分布式数据库中表的命名形式为<主调名+模型库表名>，分布式数据库提供按地域信息访问电网模型的接口，支持对不同地区模型和全网模型的下装、发布和计算服务。\n[0022] 通过应用维度进行可追溯管理中，分布式数据库提供单表访问接口和可配置的访问多表接口，对不同的应用通过配置访问任一历史版本不同应用对应的相关表，实现应用维度的可追溯管理。\n[0023] 与现有技术相比，本发明的有益效果在于：\n[0024] 1.实现各地区和全网模型的统一存储和统一访问；\n[0025] 2.满足可追溯的多版本的电网模型管理；\n[0026] 3.电网模型的多种版本只存储增量，没有冗余；\n[0027] 4.数据分布式存储，当模型库表数据量增大时，查询访问速度能显著提高；\n[0028] 5.支撑基于统一存储的多版本电网模型的下装、发布、计算等服务；\n[0029] 6.方法简单可靠，易执行。\n附图说明\n[0030] 图1是本发明实施例中多版本电网模型的存储与可追溯管理方法示意图；\n[0031] 图2是本发明实施例中分布式数据库中模型库表信息维护示意图；\n[0032] 图3是本发明实施例中模型库与分布式数据库的数据映射图；\n[0033] 图4是本发明实施例中通过时间维度对多版本电网模型进行可追溯管理的示意图；\n[0034] 图5是本发明实施例中通过空间维度对多版本电网模型进行可追溯管理的示意图。\n具体实施方式\n[0035] 下面结合附图对本发明作进一步详细说明。\n[0036] 如图1-图5，一种多版本电网模型的存储与可追溯管理方法，所述方法包括以下步骤：\n[0037] 步骤1：在分布式数据库中创建模型库表，并维护模型库表信息；\n[0038] 步骤2：将地区的初始模型和全网的初始模型导入分布式数据库；\n[0039] 步骤3：若地区模型更改，则生成SQL增量文件，利用分布式数据库提供的批量SQL语句接口执行SQL操作，将新版本地区模型和全网模型存储至所述分布式数据库中；\n[0040] 步骤4：可追溯管理多版本电网模型。\n[0041] 所述步骤1中，根据分布式数据库提供的SQL访问接口在分布式数据库中创建模型库表结构。\n[0042] 所述模型库表的结构固定，系统初始化时，静态在所述分布式数据库中创建地区和全网模型库表，同时用tableInfo表对模型库表信息进行管理。\n[0043] 所述步骤2中，将地区的初始模型和全网的初始模型由CIM/E格式导入分布式数据库。\n[0044] 所述分布式数据库基于构建在Hadoop上的开源数据库Hbase实现，其键值以形式存储数据。\n[0045] 所述tableInfo表的属性包括能否为空、数据类型、数据长度和是否主键；所述rowkey的命名形式为<域名+模型库表名+列名>。\n[0046] 所述分布式数据库封装Hbase底层API，提供标准SQL访问接口，用标准SQL语言在所述分布式数据库中进行表创建和数据的增、删、改和查。\n[0047] 所述步骤3中，基于Hbase实现的分布式数据库利用Hbase的列TimeStamp来实现时间维度模型版本的管理；进行新版本地区模型和全网模型存储操作时，给新版本的增量数据按照版本提交时间打上统一的TimeStamp，并另创建表用以维护版本提交时间和版本号的映射关系。\n[0048] 所述步骤4中，多版本电网模型的可追溯管理包括对时间维度、空间维度和应用维度的管理。\n[0049] 通过时间维度进行可追溯管理中，按时间管理多版本电网模型时，直接访问所述分布式数据库中对应的模型库表，按照时间戳进行数据扫描；按版本号管理多版本电网模型时，先访问VersionInfo表，查询版本号对应的提交时间，再访问分布式数据库中对应的模型库表获取模型数据。\n[0050] 通过空间维度进行可追溯管理中，所述分布式数据库中表的命名形式为<主调名+模型库表名>，分布式数据库提供按地域信息访问电网模型的接口，支持对不同地区模型和全网模型的下装、发布和计算服务。\n[0051] 通过应用维度进行可追溯管理中，分布式数据库提供单表访问接口和可配置的访问多表接口，对不同的应用通过配置访问任一历史版本不同应用对应的相关表，实现应用维度的可追溯管理。\n[0052] 最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求范围当中。