数据处理方案

苏州新区数据处理解决方案

一、处理目标：

本次数据处理的主要是针对苏州新区国土局所使用的金图二版系统数据升级到到金

图的二调版本，要求不仅保留所有的二版的功能数据，同时将数据可以无损的迁移

到新的系统中，并保证该部分数据可以正常参与业务处理。该部分数据经过迁移后

要保证数据规范符合二调标准

二、具体处理过程：

●地籍号编码差异处理

涉及到地号编码规则的改变，原来的地籍号总长度为16位，即6位区县代码，3

位街道代码，4位街坊代码，3位宗地号；现改为新区标准，总长度仍保持16位

不变，6位区县代码，3位街道代码，3位街坊代码，4位宗地号。因此，需要对

库中的地籍号进行操作

以上的修改涉及到图形变更系统和登记发证系统的DJH的修改。

●图形变更系统

图形数据主要存放到MDB数据库中，对于跟登记发证的关联性的内容是在SDE中。

所以对SDE的数据统一转成MDB后处理。

数据转移

1、处理的数据主要分为以下几类：

原图形MDB数据库

Arcgis的空间数据SDE的图层数据

非空间要素集的CODEMANGER等

2、具体的处理说明

对于Arcgis的空间数据SDE的图层数据及非空间要素集的CODEMANGER

数据先利用ARCGIs本身的ArcCatalog功能将这部分数据处理成MDB文件。

3、利用目前行业内普遍认可的FME2009进行数据库进行分析，对相同

结构数据进行转移

数据差异处理

具体查出的差异为

A原宗地最大编号为3位，现需要改成4位，涉及到的表包括：

Codemanger、ZD 、LS_ZD

B 原老库结构中的权属性质代码需要从原来的3，改成新标准20，改动的表包

括：

zd 、LS_ZD 、qsdw_dm

●登记发证系统

登记发证系统的数据转移采用原ORACLE9I中的数据库内容，对二调系统中增加的

字段和差异进行调整。所以对数据不存在有损失。

数据主要差异描述

属性数据库某些表结构发生变化，新增加部分控制表单，因此只需在原库上直

接更改即可。

详细处理类型描述

A、所有的地籍号字段长度加长，具体参见“地籍号编码差异处理”

B、为了数据实际的业务操作，对于名称，号码类的数据字段长度加长，以保

证数据无损的录入

C、为了符合二调的要求，增加字段：是否预告、是否预查封、是否

异议、代理人证件种类、法人证件种类、是否地役、老地类代码、

是否建设期发证、实际国标用途代码、建设期发证有效期、批准

国标用途代码、批准国标用途、实际国标用途

D、为了符合国家二调标准增加表：土地分类、他项权证、预告登记

E、为了符合目前系统业务流程的设置，对处理流程数据表进行修改

及导入，具体涉及的表为：

Caseflow, flink, casetype, subcasetype, dt_dt, rdatastru, reportt,

reportandquery, datarelation

三、处理的数据量统计：

登记发证系统

图形变更系统