行政区划数据库建设方案.docx
《行政区划数据库建设方案.docx》由会员分享,可在线阅读,更多相关《行政区划数据库建设方案.docx(9页珍藏版)》请在冰豆网上搜索。
行政区划数据库建设方案
行政区划数据服务建设方案
2011-11-09
1目标
1.1行政区划数据管理
通过行政区划数据管理界面,满足对标准行政区划数据的录入、编辑、删除和批量导入导出功能。
满足非标准行政区划字段的扩展和数据维护功能。
1.2行政区划数据展现
通过多种查询条件,提供行政区划信息的查询和浏览,满足不同时间维度的行政区划结构树的展现和该时间点相关信息的浏览,满足对某一行政区划历史沿革的信息查询和统计分析功能。
1.3行政区划数据同步
根据系统同步设置,实现平台行政区划信息对各业务系统的同步功能,避免公共信息在重复建设和各自维护。
开发同步信息监控功能,实现对行政区划信息同步历史的统计与分析。
1.4行政区划信息服务
对于业务系统的一般信息需求,平台提取访问频率较高的行政区划信息,开发若干Web服务,便于各业务系统进行访问,提升平台公共数据服务水平。
2现状
2.1标准行政区划数据表
标准行政区划数据表保存的是省、市、县共3级行政区划信息及其变更历史,该数据表由人工进行维护,各字段如下表所示:
字段名
含义
备注
ID
主键
XZQHDM
行政区划代码
长度:
6位;
格式:
省市县,代码各2位
XZQHMC
行政区划名称
XZQHJB
行政区划级别
1省;2市;3县
SJXZQHDM
上级行政区划代码
00表示根节点
其余的同XZQHDM
JZSJ
结束时间
KSSJ
开始时间
最早从2000-1-1开始
BZ
备注
BGLX
变更类型
2.2扩展行政区划数据表
扩展行政区划数据库保存的是省、市、县、乡、村、组共6级行政区划信息,该数据表由向家坝、溪洛渡以及南水北调这三个移民管理系统共同使用和维护,各字段如下表所示:
字段名
含义
备注
LOCALITYCODE
行政区划代码
主键;
长度:
15位;
格式:
省市县乡村组,省市县代码各2位,乡村组代码各3位
LOCALITYNAME
行政区划名称
LOCALITYDESC
行政区划描述(全称)
省市县乡村组的全称
PARENTLOCCODE
上级行政区划代码
同“行政区划代码”
REMARK
备注
LOCALITYLEVEL
行政区划级别
1省;2市;3县;
4乡;5村;6组
SUBLOCALITYEXPRESSION
3改进方法
3.1综述
标准行政区划和扩展行政区划分别存储在两张表中,均纳入公共数据资源库进行管理。
其中,标准行政区划由人工维护;扩展行政区划由各应用系统维护(记录各应用系统对扩展行政区划的变更历史,提交给管理员审批,审批通过之后进入公共资源库)。
3.2标准行政区划数据表
1.更新ID字段,拟采用GUID;
2.新增XZQHJC(行政区划简称)字段,例如:
“广西壮族自治区”的简称是“广西”;
3.新增XZQHQC(行政区划全称)字段,例如:
“安新县”的全称是“河北省保定市安新县”;
4.新增KZXZQHDM(扩展行政区划代码)字段,例如:
河北省保定市安新县的行政区划代码是130632,扩展行政区划代码是;
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(备注)字段,将其内容记录在了变更历史表中。
修改之后的标准行政区划数据表结构如下:
字段名
含义
备注
ID
GUID
主键
PREV_IDS
变更前ID
NEXT_IDS
变更后ID
XZQHDM
行政区划代码
长度:
6位;
格式:
省市县,代码各2位
KZXZQHDM
扩展行政区划代码
长度:
15位;
格式:
省市县乡村组,省市县代码各2位,乡村组代码各3位
XZQHMC
行政区划名称
XZQHJC
行政区划简称
XZQHQC
行政区划全称
XZQHJB
行政区划级别
1省;2市;3县
4乡;5村;6组
SJXZQHDM
上级行政区划代码
00表示根节点
其余的同XZQHDM
KSSJ
开始时间
最早从2000-01-01开始
JSSJ
结束时间
BGLX
变更类型
0创建;
1更名;
2更改上级;
3拆分;
4合并
HISTORY_ID
GUID
变更历史ID
3.4行政区划变更历史表
此数据表用来实现行政区划的时间戳,需要全部新建。
字段名
含义
备注
ID
GUID
主键
PROVINCECODE
省份代码
变更所属的省份的行政区划代码
TYPE
变更类型
0创建;
1更名;
2更改上级;
3拆分;
4合并
CHANGETIME
变更时间
行政区划发生变化的时间
REMARKS
备注
描述变更时间点上的所有变更
CHANGEBASIS
变更依据
一般是国务院文件或者其他的政府红头文件
OPTIME
操作时间
OPUSERID
操作人员
平台上用户的GUID
3.5扩展行政区划数据表
1.新增ID字段,拟采用GUID;
2.新增UPDATETIME字段,保存变更时间;
3.新增SOURCEAPP字段,保存发起变更操作的应用系统名称或者应用系统编码,建议采用应用系统编码;
修改之后的扩展行政区划数据表结构如下:
字段名
含义
备注
ID
GUID
主键
LOCALITYCODE
行政区划代码
长度:
15位;
格式:
省市县乡村组,省市县代码各2位,乡村组代码各3位
LOCALITYNAME
行政区划名称
LOCALITYDESC
行政区划描述(全称)
省市县乡村组的全称
PARENTLOCCODE
上级行政区划代码
同“行政区划代码”
REMARK
备注
LOCALITYLEVEL
行政区划级别
1省;2市;3县;
4乡;5村;6组
SUBLOCALITYEXPRESSION
UPDATETIME
变更时间
SOURCEAPP
应用系统编码
4UI设计
4.1行政区划数据展现
1.初始界面。
说明:
a)时间选择区数据来源于变更历史表,默认值为最新的时刻,即展现最新的行政区划树。
2.时间选择区UI方案1(GoogleEarth模式,首选此方案,如果无法实现,可以考虑下拉列表方案)。
3.时间选择区UI方案2(下拉列表模式,需要依次选择年份和日期)。
4.时间选择发生变化的时候,内容展现区显示选中时刻的行政区划变更情况(列表)。
5.选中某个行政区划节点的时候,内容展现区显示该行政区划节点的详情。
说明:
a)若prev_ids和next_ids均为null,则“变更历史”按钮变灰,无法点击。
6.在行政区划详情界面点击变更历史按钮,内容展现区显示该行政区划的前1次变更和后1次变更状况。
说明:
a)由于合并和拆分设计到多个行政区划,所以,无法一次性将一个行政区划节点的所有历史变更状况全部列出,变更历史仅显示选中的行政区划节点及其prev_ids节点和next_ids节点,按开始时间逆序显示。