一种对版本化的电网模型数据库进行快速加载的方法.pdf

上传人:n****g 文档编号:1007514 上传时间:2018-03-25 格式:PDF 页数:16 大小:743.57KB
返回 下载 相关 举报
摘要
申请专利号:

CN201010253943.7

申请日:

2010.08.16

公开号:

CN102375827A

公开日:

2012.03.14

当前法律状态:

授权

有效性:

有权

法律详情:

专利权人的姓名或者名称、地址的变更IPC(主分类):G06F 17/30变更事项:专利权人变更前:北京国科恒通电气自动化科技有限公司变更后:北京国科恒通科技股份有限公司变更事项:地址变更前:100085 北京市海淀区农大南路1号院2号楼A座401室变更后:100085 北京市海淀区农大南路1号院2号楼A座401室|||授权|||实质审查的生效IPC(主分类):G06F 17/30申请日:20100816|||著录事项变更IPC(主分类):G06F 17/30变更事项:申请人变更前:北京国科恒通电气自动化科技有限公司变更后:北京国科恒通电气自动化科技有限公司变更事项:地址变更前:100085 北京市海淀区上地三街9号嘉华大厦C座C410B变更后:100085 北京市海淀区农大南路1号院2号楼A座401室|||文件的公告送达IPC(主分类):G06F 17/30收件人:北京国科恒通电气自动化科技有限公司 段小娟文件名称:发明专利申请公布通知书|||公开

IPC分类号:

G06F17/30

主分类号:

G06F17/30

申请人:

北京国科恒通电气自动化科技有限公司

发明人:

不公告发明人

地址:

100085 北京市海淀区上地三街9号嘉华大厦C座C410B

优先权:

专利代理机构:

代理人:

PDF下载: PDF下载
内容摘要

本发明提供一种对版本化的电网模型数据库进行快速加载的方法,所述方法包括下述步骤:将电网模型沿时间轴的变动划分为若干个连续的状态断面,在每个状态断面中以增量的形式记录该断面中新建、修改和删除的电网模型的图形拓扑和属性;定期为经常访问的状态断面创建电网模型数据记录的基线主键索引表;动态创建从最近基线状态断面到待加载状态断面的增量主键索引表;在加载时扫描基线索引表和增量索引表合并后的主键集合,加载从起始断面到结束断面的电网模型数据。本发明实施例使用通用关系数据库、以标准SQL语言形式快速读取版本化的电网拓扑模型

权利要求书

1: 一种对版本化的电网模型数据库进行快速加载的方法, 其特征在于, 所述方法包括 下述步骤 : 将电网模型沿时间轴的变动划分为若干个连续的状态断面, 在每个状态断面中以增量 的形式记录该断面中新建、 修改和删除的电网模型的图形拓扑和属性 ; 定期为经常访问的状态断面创建电网模型数据记录的主键索引表, 在加载时用对该索 引表的单次遍历扫描取代对从初始状态断面到待访问断面的多次遍历扫描 ; 对于最后一个基线状态断面之后的数据加载, 以及相邻基线状态断面间的数据加载, 动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表, 在加载时扫描 基线索引表和增量索引表合并后的主键集合 ; 根据主键集合对图形拓扑表和属性表进行联合, 根据记录的修改标志和状态断面标识 过滤出需要加载的记录, 抛弃陈旧的记录。
2: 根据权利要求 1 所述的方法, 其特征在于, 所述创建电网模型数据记录的主键索引 表的方法, 在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到待访问断面的 多次遍历扫描, 使扫描时间基本等于常量。
3: 根据权利要求 1 所述的方法, 其特征在于, 所述方法还包括 : 对于在查找对于最后一 个基线状态断面之后的数据加载, 以及相邻基线状态断面间的数据加载, 动态创建从最近 基线状态断面到待加载状态断面的增量形式的主键索引表。
4: 根据权利要求 1 所述的方法, 其特征在于, 所述方法还包括 : 采用基线索引和增量索 引合并的方式, 处理基线以后的数据加载。
5: 根据权利要求 4 所述的方法, 其特征在于, 所述方法还包括采用基线和增量索引表 合并后与图形表和属性表进行联合的方法处理数据加载, 主要步骤包括 : 开始加载过程, 输入待加载的开始状态断面内码和结束状态断面内码 ; 判断是否是从起始断面开始加载 ; 查找基线索引总表 ; 从待加载开始状态断面或者已经找到的基线断面结束状态的下一个状态开始, 直到加 载结束状态断面内码构造增量索引表 ; 将图形拓扑表和索引分表进行联合 ; 按照图形表内码递增排序, 按照状态断面内码递减排序 ; 循环加载图形拓扑表和索引分表的联合记录集, 对于每个图形内码, 只加载第一个有 效的记录 ; 将属性表和索引表进行联合 ; 按属性表内码递增排序, 按状态断面内码递减排序 ; 循环加载属性表和索引分表的联合记录集。

说明书


一种对版本化的电网模型数据库进行快速加载的方法

    技术领域 本发明属于电网地理信息系统领域, 尤其涉及一种电网拓扑在关系数据库中的物 理存储和优化方法。
     背景技术 电网地理信息系统 ( 电网 GIS 系统 ), 是采用地理信息 (GIS) 技术管理输电、 变电、 配电和低压电网的专业信息系统, 主要应用于国家电网和南方电网下属的省、 地、 县等各级 供电局、 电力局或者电力公司, 实现输、 变、 配、 低压电网的图形管理、 档案维护、 自动成图和 拓扑分析等业务功能。
     电网 GIS 系统利用通用 GIS 系统的技术, 把土地、 河流、 道路等电子地图作为背景, 主体功能是实现对电网中的线路、 杆塔、 变电所、 配电站所、 线路上设备的图形化的维护、 查 询和分析。电网 GIS 系统主要处理的是具有电网拓扑连接的电网设备, 而不是土地、 河流、 道路等地物对象, 因此具有电网相关的突出特点。
     电网 GIS 系统支持电网数据时间维度的版本管理、 历史版本回溯。通过记录每次 变更的时间和变更数据, 电网 GIS 系统提供根据实际时间查询版本数据, 可以查询设备变 更数据, 也可回溯出指定时间的电网状态, 为电网运行、 分析业务提供支撑和参考。
     本发明提供了完全基于通用关系数据库、 不使用商用 GIS 系统平台的电网模型数 据库的版本化存储和加载优化方法。 该方法提供了基于预先生成的基线主键记录集和动态 生成的增量主键记录集结合的方法, 实现快速版本化的电网模型数据。
     发明内容
     本发明的目的是实现对存储于通用关系数据库中的版本化电网模型数据进行快 速加载的方法。本发明提供一种对版本化的电网模型数据库进行快速加载的方法, 所述方 法包括下述步骤 :
     将电网模型沿时间轴的变动划分为若干个连续的状态断面 ( 即状态断面链 ), 在 每个状态断面中以增量的形式记录该断面中新建、 修改和删除的电网模型的图形拓扑和属 性;
     定期为经常访问的状态断面 ( 即基线状态断面 ) 创建电网模型数据记录的主键索 引表 ( 即基线索引表 ), 在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到 待访问断面的多次遍历扫描 ;
     对于最后一个基线状态断面之后的数据加载, 以及相邻基线状态断面间的数据加 载, 动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表 ( 即增量索 引表 ), 在加载时扫描基线索引表和增量索引表合并后的主键集合 ;
     根据主键集合对图形拓扑表和属性表进行联合, 根据记录的修改标志和状态断面 标识过滤出需要加载的记录, 抛弃陈旧的记录。
     本发明涉及电网地理信息系统 ( 电网 GIS) 的数据库存储的技术领域, 特别是涉及了一种使用通用关系数据库、 以标准 SQL 语言形式快速读取版本化的电网拓扑模型数据库 表的方法, 尤其是采用存储过程在基线主键索引表基础上, 过滤后续版本状态、 动态生成增 量主键值索引表, 从而缩小索引表的搜索范围、 减少 I/O 量、 缩短加载数据时间的方法。 附图说明
     图 1 是本发明方法的总体流程图 ;
     图 2 是本发明实施例以状态断面方式记录电网模型修改过程的原理图 ;
     图 3 是本发明实施例数据库表设计的原理图 ;
     图 4 是本发明实施例状态断面方式存储的示意图 ;
     图 5 是本发明实施例基线索引表和增量索引表的原理图 ;
     图 6 是本发明实施例从基线索引表和增量索引表加载图形拓扑表和属性表的流 程图 ;
     图 7 是本发明实施例构造基线索引表的流程图。 具体实施方式 为了使本技术领域的人员更好地理解本发明实施例的方案, 下面结合附图和实施 方式对本发明实施例作进一步的详细说明。
     参照图 1 是本发明方法的总体流程图, 包括如下步骤 :
     步骤 101, 将电网模型沿时间轴的变动划分为若干个连续的状态断面 ( 即状态断 面链 ), 在每个状态断面中以增量的形式记录该断面中新建、 修改和删除的电网模型的图形 拓扑和属性。状态断面可以是每次对电网模型的修改 ( 例如新建一档线路或者拆除一个杆 塔 ), 也可以是每个工程投产 ( 包含多个设备的新建、 修改或者删除 ), 还可以是以天、 周或 者月等时间为单位、 累计该时间范围内的所有修改。
     1、 电网状态断面的定义
     电网状态断面的划分, 参照图 2 是本发明实施例以状态断面方式记录电网模型修 改过程的原理图, 其中图 2a) 所示, 电网模型的修改历史过程从初始状态断面 1 开始, 每次 对电网模型的修改都被记录在一个状态断面中, 依次为状态断面 2、 3。 。 。n-3、 n-2、 n-1、 n、 n+1、 n+2。例如在状态断面 n-1 的基础上, 电网模型修改集合 n 就保存在状态断面 n 中。图 2b) 所示, 电网模型的修改是采用增量记录的形式保存在电网模型数据表中。 例如修改集合 n 的各条记录是记录在状态断面 n 中。
     2、 版本化电网模型的数据库表设计
     参照图 3 本发明实施例数据库表设计的原理图, 将电网模型对象划分为图形拓扑 对象和属性对象两部分, 分别存储于图形拓扑表和属性表。其中图形拓扑表存储电网模型 的图形位置、 图形属性和拓扑连接属性, 属性表存储其他属性信息。 对于每个电网模型对象 的一次编辑操作, 图形拓扑表和属性表中各保存了一条记录, 分别记录对图形拓扑和属性 的修改, 两条记录的状态断面内码相同。
     状态断面表记录了每个电网状态断面的状态断面内码、 名称、 前一状态断面内码, 即图 2 中的状态 1、 状态 n-2、 状态 n-1、 状态 n 等分别对应于该表的一条记录。状态断面内 码唯一标识了该状态断面, 是表的主键, 也是图形拓扑表和属性表的外键。
     图形拓扑表的各个字段定义如下 : 图形表内码是电网模型的图形对象的唯一编 码, 状态断面内码是该电网模型对象发生新建、 修改或者删除操作所处的状态断面的唯一 编码。一个电网对象在几个状态断面中被修改, 这个表中就存在对应的几条记录。图形表 内码和状态断面内码组成联合主键, 用于唯一表示本次修改。属性表内码是指向关联的属 性表记录的外键。
     属性表的各个字段定义如下 : 属性表内码是电网模型的属性对象的唯一编码, 状 态断面内码是该电网模型对象发生新建、 修改或者删除操作所处的状态断面的唯一编码。 一个电网对象在几个状态断面中被修改, 这个表中就存在对应的几条记录。属性表内码和 状态断面内码组成联合主键, 用于唯一表示本次修改。
     修改字段表示该条记录在状态断面中的修改方式, 具体含义如下表所示。其中共 有 6 种不同的状态值, 用数值来区分, 也可以用字符串来表示, 用数值表示的系统性能比字 符串高。
     3、 电网状态断面在数据库中的存储
     参照图 4 实施例状态断面方式存储的示意图, 是一个假设的场景, 用来描述状态 断面存储方式的示例。在这个场景中, 假定电网模型在 5 天中经过 5 次修改, 每一天进行了 一次修改, 每次修改保存于当天的断面中。图 3a) 是每次修改的内容, 每个图框中是当天修 改后的结果。图 3b) 是在电网模型数据表中的记录内容, 该数据表包括对象内码、 状态断面 内码、 修改标志和对象属性。其中, 对象内码和状态断面内码组成联合主键, 修改标志用来
     区分新增、 修改和删除。需要指出的是, 这个数据表是用于原理示意性的, 对于电网 GIS 系 统而言, 这个数据表具体对应了图形表、 拓扑表和属性表, 每个表都具有对象内码、 状态断 面内码、 修改标志和其他属性字段。
     第一天, 新增对象 A, 保存于状态断面 n-2 中。 在电网模型数据表中, 增加了一条记 录 (A, n-2, 新建, 属性 ), 其中 A 是对象内码, n-2 是状态断面内码, 修改标志是新建。
     第二天, 新增对象 B, 保存于状态断面 n-1 中。 在电网模型数据表中, 增加了一条记 录 (B, n-1, 新建, 属性 ), 其中 B 是对象内码, n-1 是状态断面内码, 修改标志是新建。
     第三天, 新增对象 C, 保存于状态断面 n 中。 在电网模型数据表中, 增加了一条记录 (C, n, 新建, 属性 ), 其中 C 是对象内码, n 是状态断面内码, 修改标志是新建。
     第四天, 修改对象 A, 删除对象 B, 新增对象 D, 保存于状态断面 n+1 中。在电网模 型数据表中, 增加了三条记录。第一条记录 (A, n+1, 修改, 新属性 ), 表示对象 A 在状态断面 n+1 中被修改为新属性。第二条记录 (B, n+1, 删除 ) 表示对象 B 在状态断面 n+1 中 D。
     第五天, 修改对象 A, 修改对象 D, 保存于状态断面 n+2 中。在电网模型数据表中, 增加了两条记录。第一条记录 (A, n+2, 修改, 新属性 ), 表示对象 A 在状态断面 n+2 中再次 修改。第二条记录 (D, n+2, 修改, 新属性 ) 表示对象 D 在状态断面 n+2 中被修改成新属性。 步骤 102, 加载从起始断面到结束断面的电网模型数据。 这个过程由查找基线索引 表和创建增量索引表, 从索引表加载图形拓扑表和属性表等处理过程组成。
     1、 基线索引表和增量索引表的数据库库设计和示例
     参照图 5 是本发明实施例基线索引表和增量索引表的原理图, 由 “基线索引总 表” 、 “增量索引总表” 和 “索引分表” 组成。 “基线索引总表” 是基线索引的总表, “增量索引 总表” 是增量索引的总表, “索引分表” 是具体的每个基线索引和增量索引的记录集合。
     基线索引是记录从初始状态断面 ( 内码为 1) 到经常访问状态断面的 ( 对象内码, 状态断面内码, 修改标志 ) 的索引字段组列表。基线索引是定期自动或者人工请求生成的, 例如每日、 每周或者每个月生成一次。
     增量索引是对于最后一个基线状态断面之后的数据加载, 以及相邻基线状态断面 间的数据加载, 动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引 表, 形式也是 ( 对象内码, 状态断面内码, 修改标志 ) 的索引字段组列表。
     在图 5 的示例中, 具有 1 个基线索引和 2 个增量索引。
     “基线 1” 是从 “初始断面 1” 到 “结束断面 n” 的所有有效对象的列表, 即包含 3 条 记录, (A, n-2, 新建 )、 (B, n-1, 新建 )、 (C, n, 新建 )。
     “增量 1” 是从 “状态断面 n( 不包含 )” 到 “状态断面 n+1” 之间所有有效对象的列 表, 即包含在状态断面 n+1 中的三条修改记录, (A, n+1, 修改 ), (B, n+1, 删除 ), (D, n+1, 新 建 )。
     “增量 2“是从 “状态断面 n( 不包含 )” 到 “状态断面 n+2” 之间所有有效对象的列 表, 即包含在状态断面 n+1 和状态断面 n+2 中的三条修改记录, (A, n+2, 修改 ), (B, n+1, 删 除 ), (D, n+2, 修改 )。由于 A 分别在 n+2 的修改晚于在 n+1 的修改, 因此增量索引记录的 是 A 在 n+2 的修改, 而不是 A 在 n+1 的修改。同理, 增量索引记录的是 D 在 n+2 的修改, 而 不是 D 在 n+1 的新建。
     2、 加载过程的原理
     在加载电网模型的图形拓扑表和属性表时, 先查找可以使用的基线索引表, 如果 刚好匹配就直接使用基线索引表, 否则就在基线索引表的基础上执行增量查询、 生成增量 索引表 ; 然后用索引表与图形拓扑表和属性表进行联合, 快速定位到需要的图形和属性表 记录。
     参照图 6 是本发明实施例从基线索引表和增量索引表联合进行加载的流程图, 主 要步骤包括 :
     步骤 10, 开始加载过程, 输入待加载的开始状态断面内码 (StartStateID) 和结束 状态断面内码 (EndStateID) ;
     步骤 20, 判断是否是从起始断面开始加载。如果开始状态断面内码为 1( 即 StartStateID == 1 ? ), 就是表示从最开始的断面加载, 这样就能够和某一个基线状态断 面匹配 ;
     步骤 30, 查找基线索引总表, 比较起始断面内码值, 找到小于待加载的开始断面内 码值的最大的基线索引。如果没有找到, 转步骤 50), 构造增量索引表。如果找到, 转步骤 40) ;
     步骤 40, 找到基线索引后, 把基线索引表内码值保存于 BaseCacheID 中, 用于步骤 60) 和步骤 80) 的查询 ; 把基线索引的结束状态断面内码保存于 BaseEndStateID 中 ; 步骤 50, 从待加载开始状态断面 (StartStateID) 或者已经找到的基线断面结 束状态的下一个状态 (BaseEndState+1) 开始, 直到加载结束状态断面内码 (EndState ID) 构 造 增 量 索 引 表。 索 引 表 的 内 码 保 存 于 DeltaCacheID 中。 如 果 EndStateID 等 于 BaseEndStateID, 则基线索引表即能够满足加载要求, 忽略该步骤, 不需要增量索引表 ;
     步骤 60, 构造 SQL 语句, 将图形拓扑表和索引分表进行联合, 联合的条件为 “图 形拓扑表的图形内码=索引分表的对象内码” 并且 “图形拓扑表的状态断面内码=索引 分表的状态断面内码” 并且 “索引分表的基线或者增量索引内码等于 BaseCacheID 或者 DeltaCacheID” ;
     步骤 65, 按照图形表内码递增排序, 按照状态断面内码递减排序, 确保对于每个图 形对象而言, 时间排在后面修改记录先出现、 覆盖时间排在前面的修改记录 ;
     步骤 70, 循环加载图形拓扑表和索引分表的联合记录集, 对于每个图形内码, 只加 载第一个有效的记录。如果每个图形内码的第一条记录是新建或者修改, 加载该记录 ; 如 果修改标志为 “删除” , 图形内码对应的记录已经被删除, 不需要加载。如果修改标志为 “临 时” (4) 或者 “待修改” (8), 该记录为无效记录, 则忽略 ;
     步骤 80, 构造 SQL 语句, 将属性表和索引表进行联合, 类似于步骤 60) 的处理过程, 区别是联合条件为将 “索引表的属性表内码” 等于 “属性表的属性表内码” , 并且 “索引表的 状态断面内码” 等于 “属性表的状态断面内码” 进行联合。为了清晰起见, 图 5 的索引分表 中未标识出属性对象内码 ;
     步骤 85, 按属性表内码递增排序, 按状态断面内码递减排序, 确保对于每个属性对 象而言, 时间排在后面修改记录先出现、 覆盖时间排在前面的修改记录 ;
     步骤 90, 循环加载属性表和索引分表的联合记录集, 处理方式类似与步骤 70)。
     3、 构造基线索引表的处理过程, 参照图 7 是本发明实施例查找或者新建基线索引 的流程。
     步 骤 10, 输 入 状 态 断 面 序 列 内 码 (StateLineageID)、 结束状态断面内码 (StateID)。从状态断面序列内码 (StateLineageID) 能够查询到从初始状态断面 (1) 一直 到结束状态断面 (StateID) 的所有的状态断面内码 ;
     步骤 20, 调用检查基线总表的函数, 根据结束状态断面内码查找是否存在匹配的 基线, 将查找到的基线内码保持于 ExistCacheID 中 ;
     步骤 30, 检查 ExistCacheID 是否为 0。 如果为 0, 表明没有找到已经存在的基线索 引, 转步骤 40, 新建基线索引。如果不等于 0, 表明已经存在基线索引, 转步骤 80 ;
     步骤 40, 通过 Sequence 分配新的基线索引表内码, 保存于 NewCacheID 变量中。
     步骤 45, 在基线总表中插入新的记录, 索引内码为 NewCacheID, 结束断面内码为 StateID, 表示本次新建的基线。
     步骤 50, 检查是否在基线总表产生了重复主键的异常。因为可能有多个用户同时 访问数据库, 请求创建相同的基线索引。 在基线索引总表中, 结束状态断面内码是作为唯一 值索引 (UniqueIndex), 因此只有第一个人在步骤 45) 中能够插入新的记录, 后续的插入操 作将产生异常。如果产生异常, 转步骤 60), 否则转步骤 70)
     步骤 60, 插入基线总表产生了异常。 调用检查基线总表的函数, 再次查找是否存在 匹配的基线, 将返回值保存于 ExistCacheID 中。 步骤 65, 检查 ExistCacheID 是否等于 0。如果是等于 0, 转步骤 85) 出错处理, 否 则转步骤 80)。
     步骤 70, 调用插入基线索引分表的函数 ( 见下面的 “4 插入基线索引分表的处理过 程” ), 从初始状态断面 (1) 到结束断面 (EndState) 中有效的对象的 ( 图形对象内码, 状态 断面内码, 修改标志 ) 字段组插入索引分表中。
     步骤 75, 在基线索引总表中记录构造索引表的花费时间和索引分表中的记录数 目, 这些值将用于对索引表性能的分析。
     步骤 80, 基线索引已经存在, 不需要创建, 把找到的基线索引内码 ExistCacheID 保存于 CacheID 中。
     步骤 85, 出错处理, 设置 CacheID 等于 0, 表示无效的索引。
     步骤 90, 设置 CacheID 等于 NewCacheID。
     步骤 100, 把 CacheID 作为返回值, 该值为新建或者查找的基线索引的内码。
     4、 插入基线索引分表的处理过程, 该流程用于插入基线索引分表的处理过程, 输 入参数为状态断面链内码 (StateLineageID)、 起始状态断面内码 (StartStateID)、 结束状 态断面内码 (StateID)、 基线或者增量索引内码 (CacheID)。
     步骤 10, 构造 SQL 语句, 将图形拓扑表和状态断面链表进行联合, 联合条件为图形 拓扑表的状态断面内码 (STATE_ID) 等于状态断面链表的状态断面内码 (STATE_ID), 并且 状态断面链内码等于 StateLineageID, 并且状态断面内码大于 StartStateID 且小于等于 StateID ;
     步骤 20, 按图形内码递增、 状态断面内码递减排序, 确保相同图形内码的记录, 对 应后面状态断面的记录先加载 ;
     步骤 25, 初始化上次访问的图形对象内码 LastGID 为空 ;
     步骤 30, 对 SQL 查询结果的记录集进行循环 ;
     步骤 40, 忽略修改标志为 4( 临时 ) 和 8( 待修改 ) 的记录, 继续循环 ;
     步骤 50, 判断 LastGID 为空或者当前记录的图形内码不等于 LastGID, 如果条件为 假, 转步骤 70 ;
     步骤 60, 把该记录的 ( 索引内码 CacheID、 图形内码 G_ID、 状态断面内码 STATE_ ID, 修改标志 FLAGS、 属性表内码 DEV_ID) 字段组写入索引分表中 ;
     步骤 65, 记录 LastGID 等于当前记录的图形内码, 确保一个图形内码只插入第一 条有效的记录 ;
     步骤 70, 继续步骤 30 的循环 ;
     本发明利用基线索引和增量索引大幅度优化加载速度的原理, 本发明在两个方面 大幅度优化的加载速度 :
     1、 定期为经常访问的状态断面 ( 即基线状态断面 ) 创建电网模型数据记录的主键 索引表 ( 即基线索引表 ), 在加载时用对该索引表的单次遍历扫描取代对从初始状态断面 到待访问断面的多次遍历扫描, 使扫描时间基本等于常量。
     以加载从状态断面 1 到状态断面 n 为例, 如果没有基线索引表, 加载时将遍历从状 态断面 1 到状态断面 n 的所有修改记录。假如数据库中一共有 m 个对象, 在极端情况下从 状态断面 1 到状态断面 n 中每个断面都修改一次, 一共就有 m×n 条记录需要遍历。也就是 说, 每加载一次, 都需要遍历 m×n 条记录。如果使用了预先生成好的基线索引, 由于基线索 引对于每个对象只记录最后一次的修改断面值, 因此只有 m 条记录需要遍历, I/O 访问量只 有全部遍历的 1/n, 因此大幅度减少遍历的 I/O 访问量。并且 n 值越大, 即电网修改的次数 越频繁, 优化提升的幅度越大。
     2、 采用基线索引和增量索引合并的方式, 处理基线以后的数据加载, 能够重复利 用基线带来的固定扫描量的性能提升。 对于在查找对于最后一个基线状态断面之后的数据 加载, 以及相邻基线状态断面间的数据加载, 动态创建从最近基线状态断面到待加载状态 断面的增量形式的主键索引表 ( 即增量索引表 ), 在加载时扫描基线索引表和增量索引表 合并后的主键集合。根据电网修改的变化频度, 可以每日、 每周或者每月生成基线。例如对 于配电网 GIS 系统, 可以每日晚上自动生成基线, 这样加载今日或者以前任何一天的数据 都可以在前一日基线的基础上, 访问当天的增量索引即可。对于输电网 GIS 系统, 由于变动 较为缓慢, 可以每月最后一天晚上自动生成基线, 这样加载历史上任何一天的数据都可以 在前一月基线的基础上, 访问当月的增量索引即可。
     以上对本发明实施方式进行了详细介绍, 本文中应用了具体实施方式对本发明进 行了阐述, 以上实施例的说明只是用于帮助理解本发明的系统及方法 ; 同时, 对于本领域的 一般技术人员, 依据本发明的思想, 在具体实施方式及应用范围上均会有改变之处, 综上所 述, 本说明书内容不应理解为对本发明的限制。

一种对版本化的电网模型数据库进行快速加载的方法.pdf_第1页
第1页 / 共16页
一种对版本化的电网模型数据库进行快速加载的方法.pdf_第2页
第2页 / 共16页
一种对版本化的电网模型数据库进行快速加载的方法.pdf_第3页
第3页 / 共16页
点击查看更多>>
资源描述

《一种对版本化的电网模型数据库进行快速加载的方法.pdf》由会员分享,可在线阅读,更多相关《一种对版本化的电网模型数据库进行快速加载的方法.pdf(16页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN102375827A43申请公布日20120314CN102375827ACN102375827A21申请号201010253943722申请日20100816G06F17/3020060171申请人北京国科恒通电气自动化科技有限公司地址100085北京市海淀区上地三街9号嘉华大厦C座C410B72发明人不公告发明人54发明名称一种对版本化的电网模型数据库进行快速加载的方法57摘要本发明提供一种对版本化的电网模型数据库进行快速加载的方法,所述方法包括下述步骤将电网模型沿时间轴的变动划分为若干个连续的状态断面,在每个状态断面中以增量的形式记录该断面中新建、修改和删除的电网模型的。

2、图形拓扑和属性;定期为经常访问的状态断面创建电网模型数据记录的基线主键索引表;动态创建从最近基线状态断面到待加载状态断面的增量主键索引表;在加载时扫描基线索引表和增量索引表合并后的主键集合,加载从起始断面到结束断面的电网模型数据。本发明实施例使用通用关系数据库、以标准SQL语言形式快速读取版本化的电网拓扑模型数据库表的方法,尤其是在基线主键索引表基础上,过滤后续版本状态、动态生成增量主键值索引表,从而缩小索引表的搜索范围、减少I/O量、缩短加载数据时间的方法。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书1页说明书7页附图7页CN102375834A1/1页21一种对。

3、版本化的电网模型数据库进行快速加载的方法,其特征在于,所述方法包括下述步骤将电网模型沿时间轴的变动划分为若干个连续的状态断面,在每个状态断面中以增量的形式记录该断面中新建、修改和删除的电网模型的图形拓扑和属性;定期为经常访问的状态断面创建电网模型数据记录的主键索引表,在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到待访问断面的多次遍历扫描;对于最后一个基线状态断面之后的数据加载,以及相邻基线状态断面间的数据加载,动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表,在加载时扫描基线索引表和增量索引表合并后的主键集合;根据主键集合对图形拓扑表和属性表进行联合,根据记录的修改标。

4、志和状态断面标识过滤出需要加载的记录,抛弃陈旧的记录。2根据权利要求1所述的方法,其特征在于,所述创建电网模型数据记录的主键索引表的方法,在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到待访问断面的多次遍历扫描,使扫描时间基本等于常量。3根据权利要求1所述的方法,其特征在于,所述方法还包括对于在查找对于最后一个基线状态断面之后的数据加载,以及相邻基线状态断面间的数据加载,动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表。4根据权利要求1所述的方法,其特征在于,所述方法还包括采用基线索引和增量索引合并的方式,处理基线以后的数据加载。5根据权利要求4所述的方法,其特征在于,。

5、所述方法还包括采用基线和增量索引表合并后与图形表和属性表进行联合的方法处理数据加载,主要步骤包括开始加载过程,输入待加载的开始状态断面内码和结束状态断面内码;判断是否是从起始断面开始加载;查找基线索引总表;从待加载开始状态断面或者已经找到的基线断面结束状态的下一个状态开始,直到加载结束状态断面内码构造增量索引表;将图形拓扑表和索引分表进行联合;按照图形表内码递增排序,按照状态断面内码递减排序;循环加载图形拓扑表和索引分表的联合记录集,对于每个图形内码,只加载第一个有效的记录;将属性表和索引表进行联合;按属性表内码递增排序,按状态断面内码递减排序;循环加载属性表和索引分表的联合记录集。权利要求书。

6、CN102375827ACN102375834A1/7页3一种对版本化的电网模型数据库进行快速加载的方法技术领域0001本发明属于电网地理信息系统领域,尤其涉及一种电网拓扑在关系数据库中的物理存储和优化方法。背景技术0002电网地理信息系统电网GIS系统,是采用地理信息GIS技术管理输电、变电、配电和低压电网的专业信息系统,主要应用于国家电网和南方电网下属的省、地、县等各级供电局、电力局或者电力公司,实现输、变、配、低压电网的图形管理、档案维护、自动成图和拓扑分析等业务功能。0003电网GIS系统利用通用GIS系统的技术,把土地、河流、道路等电子地图作为背景,主体功能是实现对电网中的线路、杆塔。

7、、变电所、配电站所、线路上设备的图形化的维护、查询和分析。电网GIS系统主要处理的是具有电网拓扑连接的电网设备,而不是土地、河流、道路等地物对象,因此具有电网相关的突出特点。0004电网GIS系统支持电网数据时间维度的版本管理、历史版本回溯。通过记录每次变更的时间和变更数据,电网GIS系统提供根据实际时间查询版本数据,可以查询设备变更数据,也可回溯出指定时间的电网状态,为电网运行、分析业务提供支撑和参考。0005本发明提供了完全基于通用关系数据库、不使用商用GIS系统平台的电网模型数据库的版本化存储和加载优化方法。该方法提供了基于预先生成的基线主键记录集和动态生成的增量主键记录集结合的方法,实。

8、现快速版本化的电网模型数据。发明内容0006本发明的目的是实现对存储于通用关系数据库中的版本化电网模型数据进行快速加载的方法。本发明提供一种对版本化的电网模型数据库进行快速加载的方法,所述方法包括下述步骤0007将电网模型沿时间轴的变动划分为若干个连续的状态断面即状态断面链,在每个状态断面中以增量的形式记录该断面中新建、修改和删除的电网模型的图形拓扑和属性;0008定期为经常访问的状态断面即基线状态断面创建电网模型数据记录的主键索引表即基线索引表,在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到待访问断面的多次遍历扫描;0009对于最后一个基线状态断面之后的数据加载,以及相邻基线状态断。

9、面间的数据加载,动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表即增量索引表,在加载时扫描基线索引表和增量索引表合并后的主键集合;0010根据主键集合对图形拓扑表和属性表进行联合,根据记录的修改标志和状态断面标识过滤出需要加载的记录,抛弃陈旧的记录。0011本发明涉及电网地理信息系统电网GIS的数据库存储的技术领域,特别是涉及说明书CN102375827ACN102375834A2/7页4了一种使用通用关系数据库、以标准SQL语言形式快速读取版本化的电网拓扑模型数据库表的方法,尤其是采用存储过程在基线主键索引表基础上,过滤后续版本状态、动态生成增量主键值索引表,从而缩小索引表的。

10、搜索范围、减少I/O量、缩短加载数据时间的方法。附图说明0012图1是本发明方法的总体流程图;0013图2是本发明实施例以状态断面方式记录电网模型修改过程的原理图;0014图3是本发明实施例数据库表设计的原理图;0015图4是本发明实施例状态断面方式存储的示意图;0016图5是本发明实施例基线索引表和增量索引表的原理图;0017图6是本发明实施例从基线索引表和增量索引表加载图形拓扑表和属性表的流程图;0018图7是本发明实施例构造基线索引表的流程图。具体实施方式0019为了使本技术领域的人员更好地理解本发明实施例的方案,下面结合附图和实施方式对本发明实施例作进一步的详细说明。0020参照图1是。

11、本发明方法的总体流程图,包括如下步骤0021步骤101,将电网模型沿时间轴的变动划分为若干个连续的状态断面即状态断面链,在每个状态断面中以增量的形式记录该断面中新建、修改和删除的电网模型的图形拓扑和属性。状态断面可以是每次对电网模型的修改例如新建一档线路或者拆除一个杆塔,也可以是每个工程投产包含多个设备的新建、修改或者删除,还可以是以天、周或者月等时间为单位、累计该时间范围内的所有修改。00221、电网状态断面的定义0023电网状态断面的划分,参照图2是本发明实施例以状态断面方式记录电网模型修改过程的原理图,其中图2A所示,电网模型的修改历史过程从初始状态断面1开始,每次对电网模型的修改都被记。

12、录在一个状态断面中,依次为状态断面2、3。N3、N2、N1、N、N1、N2。例如在状态断面N1的基础上,电网模型修改集合N就保存在状态断面N中。图2B所示,电网模型的修改是采用增量记录的形式保存在电网模型数据表中。例如修改集合N的各条记录是记录在状态断面N中。00242、版本化电网模型的数据库表设计0025参照图3本发明实施例数据库表设计的原理图,将电网模型对象划分为图形拓扑对象和属性对象两部分,分别存储于图形拓扑表和属性表。其中图形拓扑表存储电网模型的图形位置、图形属性和拓扑连接属性,属性表存储其他属性信息。对于每个电网模型对象的一次编辑操作,图形拓扑表和属性表中各保存了一条记录,分别记录对。

13、图形拓扑和属性的修改,两条记录的状态断面内码相同。0026状态断面表记录了每个电网状态断面的状态断面内码、名称、前一状态断面内码,即图2中的状态1、状态N2、状态N1、状态N等分别对应于该表的一条记录。状态断面内码唯一标识了该状态断面,是表的主键,也是图形拓扑表和属性表的外键。说明书CN102375827ACN102375834A3/7页50027图形拓扑表的各个字段定义如下图形表内码是电网模型的图形对象的唯一编码,状态断面内码是该电网模型对象发生新建、修改或者删除操作所处的状态断面的唯一编码。一个电网对象在几个状态断面中被修改,这个表中就存在对应的几条记录。图形表内码和状态断面内码组成联合主。

14、键,用于唯一表示本次修改。属性表内码是指向关联的属性表记录的外键。0028属性表的各个字段定义如下属性表内码是电网模型的属性对象的唯一编码,状态断面内码是该电网模型对象发生新建、修改或者删除操作所处的状态断面的唯一编码。一个电网对象在几个状态断面中被修改,这个表中就存在对应的几条记录。属性表内码和状态断面内码组成联合主键,用于唯一表示本次修改。0029修改字段表示该条记录在状态断面中的修改方式,具体含义如下表所示。其中共有6种不同的状态值,用数值来区分,也可以用字符串来表示,用数值表示的系统性能比字符串高。003000313、电网状态断面在数据库中的存储0032参照图4实施例状态断面方式存储的。

15、示意图,是一个假设的场景,用来描述状态断面存储方式的示例。在这个场景中,假定电网模型在5天中经过5次修改,每一天进行了一次修改,每次修改保存于当天的断面中。图3A是每次修改的内容,每个图框中是当天修改后的结果。图3B是在电网模型数据表中的记录内容,该数据表包括对象内码、状态断面内码、修改标志和对象属性。其中,对象内码和状态断面内码组成联合主键,修改标志用来说明书CN102375827ACN102375834A4/7页6区分新增、修改和删除。需要指出的是,这个数据表是用于原理示意性的,对于电网GIS系统而言,这个数据表具体对应了图形表、拓扑表和属性表,每个表都具有对象内码、状态断面内码、修改标志。

16、和其他属性字段。0033第一天,新增对象A,保存于状态断面N2中。在电网模型数据表中,增加了一条记录A,N2,新建,属性,其中A是对象内码,N2是状态断面内码,修改标志是新建。0034第二天,新增对象B,保存于状态断面N1中。在电网模型数据表中,增加了一条记录B,N1,新建,属性,其中B是对象内码,N1是状态断面内码,修改标志是新建。0035第三天,新增对象C,保存于状态断面N中。在电网模型数据表中,增加了一条记录C,N,新建,属性,其中C是对象内码,N是状态断面内码,修改标志是新建。0036第四天,修改对象A,删除对象B,新增对象D,保存于状态断面N1中。在电网模型数据表中,增加了三条记录。。

17、第一条记录A,N1,修改,新属性,表示对象A在状态断面N1中被修改为新属性。第二条记录B,N1,删除表示对象B在状态断面N1中D。0037第五天,修改对象A,修改对象D,保存于状态断面N2中。在电网模型数据表中,增加了两条记录。第一条记录A,N2,修改,新属性,表示对象A在状态断面N2中再次修改。第二条记录D,N2,修改,新属性表示对象D在状态断面N2中被修改成新属性。0038步骤102,加载从起始断面到结束断面的电网模型数据。这个过程由查找基线索引表和创建增量索引表,从索引表加载图形拓扑表和属性表等处理过程组成。00391、基线索引表和增量索引表的数据库库设计和示例0040参照图5是本发明实。

18、施例基线索引表和增量索引表的原理图,由“基线索引总表”、“增量索引总表”和“索引分表”组成。“基线索引总表”是基线索引的总表,“增量索引总表”是增量索引的总表,“索引分表”是具体的每个基线索引和增量索引的记录集合。0041基线索引是记录从初始状态断面内码为1到经常访问状态断面的对象内码,状态断面内码,修改标志的索引字段组列表。基线索引是定期自动或者人工请求生成的,例如每日、每周或者每个月生成一次。0042增量索引是对于最后一个基线状态断面之后的数据加载,以及相邻基线状态断面间的数据加载,动态创建从最近基线状态断面到待加载状态断面的增量形式的主键索引表,形式也是对象内码,状态断面内码,修改标志的。

19、索引字段组列表。0043在图5的示例中,具有1个基线索引和2个增量索引。0044“基线1”是从“初始断面1”到“结束断面N”的所有有效对象的列表,即包含3条记录,A,N2,新建、B,N1,新建、C,N,新建。0045“增量1”是从“状态断面N不包含”到“状态断面N1”之间所有有效对象的列表,即包含在状态断面N1中的三条修改记录,A,N1,修改,B,N1,删除,D,N1,新建。0046“增量2“是从“状态断面N不包含”到“状态断面N2”之间所有有效对象的列表,即包含在状态断面N1和状态断面N2中的三条修改记录,A,N2,修改,B,N1,删除,D,N2,修改。由于A分别在N2的修改晚于在N1的修改。

20、,因此增量索引记录的是A在N2的修改,而不是A在N1的修改。同理,增量索引记录的是D在N2的修改,而不是D在N1的新建。00472、加载过程的原理说明书CN102375827ACN102375834A5/7页70048在加载电网模型的图形拓扑表和属性表时,先查找可以使用的基线索引表,如果刚好匹配就直接使用基线索引表,否则就在基线索引表的基础上执行增量查询、生成增量索引表;然后用索引表与图形拓扑表和属性表进行联合,快速定位到需要的图形和属性表记录。0049参照图6是本发明实施例从基线索引表和增量索引表联合进行加载的流程图,主要步骤包括0050步骤10,开始加载过程,输入待加载的开始状态断面内码S。

21、TARTSTATEID和结束状态断面内码ENDSTATEID;0051步骤20,判断是否是从起始断面开始加载。如果开始状态断面内码为1即STARTSTATEID1,就是表示从最开始的断面加载,这样就能够和某一个基线状态断面匹配;0052步骤30,查找基线索引总表,比较起始断面内码值,找到小于待加载的开始断面内码值的最大的基线索引。如果没有找到,转步骤50,构造增量索引表。如果找到,转步骤40;0053步骤40,找到基线索引后,把基线索引表内码值保存于BASECACHEID中,用于步骤60和步骤80的查询;把基线索引的结束状态断面内码保存于BASEENDSTATEID中;0054步骤50,从待加。

22、载开始状态断面STARTSTATEID或者已经找到的基线断面结束状态的下一个状态BASEENDSTATE1开始,直到加载结束状态断面内码ENDSTATEID构造增量索引表。索引表的内码保存于DELTACACHEID中。如果ENDSTATEID等于BASEENDSTATEID,则基线索引表即能够满足加载要求,忽略该步骤,不需要增量索引表;0055步骤60,构造SQL语句,将图形拓扑表和索引分表进行联合,联合的条件为“图形拓扑表的图形内码索引分表的对象内码”并且“图形拓扑表的状态断面内码索引分表的状态断面内码”并且“索引分表的基线或者增量索引内码等于BASECACHEID或者DELTACACHEI。

23、D”;0056步骤65,按照图形表内码递增排序,按照状态断面内码递减排序,确保对于每个图形对象而言,时间排在后面修改记录先出现、覆盖时间排在前面的修改记录;0057步骤70,循环加载图形拓扑表和索引分表的联合记录集,对于每个图形内码,只加载第一个有效的记录。如果每个图形内码的第一条记录是新建或者修改,加载该记录;如果修改标志为“删除”,图形内码对应的记录已经被删除,不需要加载。如果修改标志为“临时”4或者“待修改”8,该记录为无效记录,则忽略;0058步骤80,构造SQL语句,将属性表和索引表进行联合,类似于步骤60的处理过程,区别是联合条件为将“索引表的属性表内码”等于“属性表的属性表内码”。

24、,并且“索引表的状态断面内码”等于“属性表的状态断面内码”进行联合。为了清晰起见,图5的索引分表中未标识出属性对象内码;0059步骤85,按属性表内码递增排序,按状态断面内码递减排序,确保对于每个属性对象而言,时间排在后面修改记录先出现、覆盖时间排在前面的修改记录;0060步骤90,循环加载属性表和索引分表的联合记录集,处理方式类似与步骤70。00613、构造基线索引表的处理过程,参照图7是本发明实施例查找或者新建基线索引的流程。说明书CN102375827ACN102375834A6/7页80062步骤10,输入状态断面序列内码STATELINEAGEID、结束状态断面内码STATEID。从。

25、状态断面序列内码STATELINEAGEID能够查询到从初始状态断面1一直到结束状态断面STATEID的所有的状态断面内码;0063步骤20,调用检查基线总表的函数,根据结束状态断面内码查找是否存在匹配的基线,将查找到的基线内码保持于EXISTCACHEID中;0064步骤30,检查EXISTCACHEID是否为0。如果为0,表明没有找到已经存在的基线索引,转步骤40,新建基线索引。如果不等于0,表明已经存在基线索引,转步骤80;0065步骤40,通过SEQUENCE分配新的基线索引表内码,保存于NEWCACHEID变量中。0066步骤45,在基线总表中插入新的记录,索引内码为NEWCACHE。

26、ID,结束断面内码为STATEID,表示本次新建的基线。0067步骤50,检查是否在基线总表产生了重复主键的异常。因为可能有多个用户同时访问数据库,请求创建相同的基线索引。在基线索引总表中,结束状态断面内码是作为唯一值索引UNIQUEINDEX,因此只有第一个人在步骤45中能够插入新的记录,后续的插入操作将产生异常。如果产生异常,转步骤60,否则转步骤700068步骤60,插入基线总表产生了异常。调用检查基线总表的函数,再次查找是否存在匹配的基线,将返回值保存于EXISTCACHEID中。0069步骤65,检查EXISTCACHEID是否等于0。如果是等于0,转步骤85出错处理,否则转步骤80。

27、。0070步骤70,调用插入基线索引分表的函数见下面的“4插入基线索引分表的处理过程”,从初始状态断面1到结束断面ENDSTATE中有效的对象的图形对象内码,状态断面内码,修改标志字段组插入索引分表中。0071步骤75,在基线索引总表中记录构造索引表的花费时间和索引分表中的记录数目,这些值将用于对索引表性能的分析。0072步骤80,基线索引已经存在,不需要创建,把找到的基线索引内码EXISTCACHEID保存于CACHEID中。0073步骤85,出错处理,设置CACHEID等于0,表示无效的索引。0074步骤90,设置CACHEID等于NEWCACHEID。0075步骤100,把CACHEID。

28、作为返回值,该值为新建或者查找的基线索引的内码。00764、插入基线索引分表的处理过程,该流程用于插入基线索引分表的处理过程,输入参数为状态断面链内码STATELINEAGEID、起始状态断面内码STARTSTATEID、结束状态断面内码STATEID、基线或者增量索引内码CACHEID。0077步骤10,构造SQL语句,将图形拓扑表和状态断面链表进行联合,联合条件为图形拓扑表的状态断面内码STATE_ID等于状态断面链表的状态断面内码STATE_ID,并且状态断面链内码等于STATELINEAGEID,并且状态断面内码大于STARTSTATEID且小于等于STATEID;0078步骤20,按。

29、图形内码递增、状态断面内码递减排序,确保相同图形内码的记录,对应后面状态断面的记录先加载;0079步骤25,初始化上次访问的图形对象内码LASTGID为空;0080步骤30,对SQL查询结果的记录集进行循环;说明书CN102375827ACN102375834A7/7页90081步骤40,忽略修改标志为4临时和8待修改的记录,继续循环;0082步骤50,判断LASTGID为空或者当前记录的图形内码不等于LASTGID,如果条件为假,转步骤70;0083步骤60,把该记录的索引内码CACHEID、图形内码G_ID、状态断面内码STATE_ID,修改标志FLAGS、属性表内码DEV_ID字段组写入。

30、索引分表中;0084步骤65,记录LASTGID等于当前记录的图形内码,确保一个图形内码只插入第一条有效的记录;0085步骤70,继续步骤30的循环;0086本发明利用基线索引和增量索引大幅度优化加载速度的原理,本发明在两个方面大幅度优化的加载速度00871、定期为经常访问的状态断面即基线状态断面创建电网模型数据记录的主键索引表即基线索引表,在加载时用对该索引表的单次遍历扫描取代对从初始状态断面到待访问断面的多次遍历扫描,使扫描时间基本等于常量。0088以加载从状态断面1到状态断面N为例,如果没有基线索引表,加载时将遍历从状态断面1到状态断面N的所有修改记录。假如数据库中一共有M个对象,在极端。

31、情况下从状态断面1到状态断面N中每个断面都修改一次,一共就有MN条记录需要遍历。也就是说,每加载一次,都需要遍历MN条记录。如果使用了预先生成好的基线索引,由于基线索引对于每个对象只记录最后一次的修改断面值,因此只有M条记录需要遍历,I/O访问量只有全部遍历的1/N,因此大幅度减少遍历的I/O访问量。并且N值越大,即电网修改的次数越频繁,优化提升的幅度越大。00892、采用基线索引和增量索引合并的方式,处理基线以后的数据加载,能够重复利用基线带来的固定扫描量的性能提升。对于在查找对于最后一个基线状态断面之后的数据加载,以及相邻基线状态断面间的数据加载,动态创建从最近基线状态断面到待加载状态断面。

32、的增量形式的主键索引表即增量索引表,在加载时扫描基线索引表和增量索引表合并后的主键集合。根据电网修改的变化频度,可以每日、每周或者每月生成基线。例如对于配电网GIS系统,可以每日晚上自动生成基线,这样加载今日或者以前任何一天的数据都可以在前一日基线的基础上,访问当天的增量索引即可。对于输电网GIS系统,由于变动较为缓慢,可以每月最后一天晚上自动生成基线,这样加载历史上任何一天的数据都可以在前一月基线的基础上,访问当月的增量索引即可。0090以上对本发明实施方式进行了详细介绍,本文中应用了具体实施方式对本发明进行了阐述,以上实施例的说明只是用于帮助理解本发明的系统及方法;同时,对于本领域的一般技。

33、术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。说明书CN102375827ACN102375834A1/7页10图1说明书附图CN102375827ACN102375834A2/7页11图2说明书附图CN102375827ACN102375834A3/7页12图3说明书附图CN102375827ACN102375834A4/7页13图4说明书附图CN102375827ACN102375834A5/7页14图5说明书附图CN102375827ACN102375834A6/7页15图6说明书附图CN102375827ACN102375834A7/7页16图7说明书附图CN102375827A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 物理 > 计算;推算;计数


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1