行政区划数据库建设方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
行政区划数据服务建设方案
2011-11-09
1 目标
1.1 行政区划数据管理
通过行政区划数据管理界面,满足对标准行政区划数据的录入、编辑、删除和批量导入导出功能。满足非标准行政区划字段的扩展和数据维护功能。
1.2 行政区划数据展现
通过多种查询条件,提供行政区划信息的查询和浏览,满足不同时间维度的行政区划结构树的展现和该时间点相关信息的浏览,满足对某一行政区划历史沿革的信息查询和统计分析功能。
1.3 行政区划数据同步
根据系统同步设置,实现平台行政区划信息对各业务系统的同步功能,避免公共信息在重复建设和各自维护。开发同步信息监控功能,实现对行政区划信息同步历史的统计与分析。
1.4 行政区划信息服务
对于业务系统的一般信息需求,平台提取访问频率较高的行政区划信息,开发若干Web服务,便于各业务系统进行访问,提升平台公共数据服务水平。
2 现状
2.1 标准行政区划数据表
标准行政区划数据表保存的是省、市、县共3级行政区划信息及其变更历史,该数据表由人工进行维护,各字段如下表所示:
2.2 扩展行政区划数据表
扩展行政区划数据库保存的是省、市、县、乡、村、组共6级行政区划信息,该数据表由向家坝、溪洛渡以及南水北调这三个移民管理系统共同使用和维护,各字段如下表所示:
3 改进方法
3.1 综述
标准行政区划和扩展行政区划分别存储在两张表中,均纳入公共数据资源库进行管理。其中,标准行政区划由人工维护;扩展行政区划由各应用系统维护(记录各应用系统对扩展行政区划的变更历史,提交给管理员审批,审批通过之后进入公共资源库)。
3.2 标准行政区划数据表
1. 更新ID字段,拟采用GUID;
2. 新增XZQHJC(行政区划简称)字段,例如:“广西壮族自治区”的简称是“广西”;
3. 新增XZQHQC(行政区划全称)字段,例如:“安新县”的全称是“河北省保定市安新县”;
4. 新增KZXZQHDM(扩展行政区划代码)字段,例如:河北省保定市安新县的行政区划代码是130632,扩展行政区划代码是130632000000000;
5. 新增PREV_IDS字段,保存当前行政区划变更之前的一系列行政区划ID(合并而来的行政区划需要保存合并之前所有行政区划的ID),各ID用“,”(英文逗号)分割开,如果不存在变更,则该字段为null;
6. 新增NEXT_IDS字段,保存当前行政区划变更之后的一系列行政区划ID(已拆分的行政区划需要保存拆分之后所有行政区划的ID),各ID用“,”(英文逗号)分割开,如果不存在变更,则该字段为null;
7. 将JZSJ字段更名为JSSJ(结束时间);
8. 改进KSSJ(开始时间)字段和JSSJ(结束时间)字段,将这两个字段的格式规定为“yyyy-MM-dd”;
9. 改进BGLX(变更类型)字段,将行政区划的变更类型定义为创建、更名、更改上级、拆分以及合并,共5类:
创建(代码0):初始化的行政区划均用此代码。
更名(代码1):仅仅行政区划名称发生变化。例如:(辽宁省辽阳市)铁法市与更名为调兵山市,更名前后其行政区划代码均为211281。
更改上级(代码2):上级行政区划代码必定变化,行政区划名称和代码有可能发生变化。例如:(北京市)大兴县更名为大兴区,与此同时,其行政区划代码由110224变为110115,其上级行政区划代码由110200(县)变为110100(市辖区)。
拆分(代码3):一个行政区划变为多个行政区划,原行政区划保留或撤销,例如:(河北省廊坊市)安次区拆分为安次区和广阳区,广阳区为新增行政区划,安次区的名称和编码均没有发生变化,也需要新增一条记录,表示安次区曾经发生过变更,新的安次区和原来的安次区虽然名称和编码一致,但确是两个不同的行政区划了。
合并(代码4):多个行政区划合并到一个已经存在的行政区划,或合并为一个行政区划,例如:(天津市)塘沽区、汉沽区和大港区合并为滨海新区。
10. 新增HISTORY_ID(变更历史ID)字段,记录该行政区划的“开始时间”所对应的变更情况。每次变更,都可能涉及到多个行政区划,只把变更类型放在行政区划表中(其余变更情况在变更历史表中)是为了减少重复。
11. 删除BZ(备注)字段,将其内容记录在了变更历史表中。
修改之后的标准行政区划数据表结构如下:
3.4 行政区划变更历史表
此数据表用来实现行政区划的时间戳,需要全部新建。
3.5 扩展行政区划数据表
1. 新增ID字段,拟采用GUID;
2. 新增UPDATETIME字段,保存变更时间;
3. 新增SOURCEAPP字段,保存发起变更操作的应用系统名称或者应用系统编码,建议采用应用系统编码;
修改之后的扩展行政区划数据表结构如下:
4 UI设计
4.1 行政区划数据展现
1. 初始界面。
说明:
a) 时间选择区数据来源于变更历史表,默认值为最新的时刻,即展现最新的行政区划树。
2. 时间选择区UI方案1(Google Earth模式,首选此方案,如果无法实现,可以考虑下拉列表方案)。
3. 时间选择区UI方案2(下拉列表模式,需要依次选择年份和日期)。
4. 时间选择发生变化的时候,内容展现区显示选中时刻的行政
区划变更情况(列表)。
5. 选中某个行政区划节点的时候,内容展现区显示该行政区划节点的详情。
说明:
a) 若prev_ids和next_ids均为null,则“变更历史”按钮变灰,无法点击。
6. 在行政区划详情界面点击变更历史按钮,内容展现区显示该行政区划的前1次变更和后1次变更状况。
说明:
a) 由于合并和拆分设计到多个行政区划,所以,无法一次性将一个行政区划节点的所有历史变更状况全部列出,变更历史仅显示选中的行政区划节点及其prev_ids节点和next_ids节点,按开始时间逆序显示。
b) 选中的行政区划节点突出显示。