数据处理方案.docVIP

苏州新区数据处理解决方案 处理目标： 本次数据处理的主要是针对苏州新区国土局所使用的金图二版系统数据升级到到金图的二调版本，要求不仅保留所有的二版的功能数据，同时将数据可以无损的迁移到新的系统中，并保证该部分数据可以正常参与业务处理。该部分数据经过迁移后要保证数据规范符合二调标准 具体处理过程： 地籍号编码差异处理 涉及到地号编码规则的改变，原来的地籍号总长度为16位，即6位区县代码，3位街道代码，4位街坊代码，3位宗地号；现改为新区标准，总长度仍保持16位不变，6位区县代码，3位街道代码，3位街坊代码，4位宗地号。因此，需要对库中的地籍号进行操作 以上的修改涉及到图形变更系统和登记发证系统的DJH的修改。 图形变更系统 图形数据主要存放到MDB数据库中，对于跟登记发证的关联性的内容是在SDE中。所以对SDE的数据统一转成MDB后处理。 数据转移 处理的数据主要分为以下几类： 原图形MDB数据库 Arcgis的空间数据SDE的图层数据 非空间要素集的CODEMANGER等 具体的处理说明 对于Arcgis的空间数据SDE的图层数据及非空间要素集的CODEMANGER数据先利用ARCGIs本身的ArcCatalog功能将这部分数据处理成MDB文件。 利用目前行业内普遍认可的FME2009进行数据库进行分析，对 相同结构数据进行转移 数据差异处理 具体查出的差异为 A原宗地最大编号为3位，现需要改成4位，涉及到的表包括： Codemanger、 ZD 、LS_ZD B 原老库结构中的权属性质代码需要从原来的3，改成新标准20，改动的表包括： zd 、LS_ZD 、qsdw_dm 登记发证系统 登记发证系统的数据转移采用原ORACLE9I中的数据库内容，对二调系统中增加的字段和差异进行调整。所以对数据不存在有损失。 数据主要差异描述 属性数据库某些表结构发生变化，新增加部分控制表单，因此只需在原库上直接更改即可。 详细处理类型描述 所有的地籍号字段长度加长，具体参见“地籍号编码差异处理” 为了数据实际的业务操作，对于名称，号码类的数据字段长度加长，以保证数据无损的录入 为了符合二调的要求，增加字段：是否预告、是否预查封、是否异议、代理人证件种类、法人证件种类、是否地役、老地类代码、是否建设期发证、实际国标用途代码、建设期发证有效期、批准国标用途代码、批准国标用途、实际国标用途 为了符合国家二调标准增加表：土地分类、他项权证、预告登记 为了符合目前系统业务流程的设置，对处理流程数据表进行修改及导入，具体涉及的表为： Caseflow, flink, casetype, subcasetype, dt_dt, rdatastru, reportt, reportandquery, datarelation 处理的数据量统计： 登记发证系统 表名 数量 landinfo 200403 landinfohis 161534 TT_TXQZ 626 TT_IDEA 30218 zjbs 0 图形变更系统 表名 数量 ST_JZD 83244 ST_JZX 0 ST_ZD 12359 DX_BlackLine 25931 DX_BOULIN 0 DX_CTLPNT 4527 DX_GCD 0 DX_HYDAPP 691 DX_HYDLIN 2262 DX_INDAPP 521 DX_PIPAPP 112 DX_PIPLIN 6 DX_RESAPL 42278 DX_RESAPP 68 DX_RESRGN 29219 DX_TERLIN 3755 DX_TEROTL 2379 DX_TERPNT_PT 50 DX_TRAAPL 316 DX_TRABRL 29589 DX_VEGLIN 648 DX_VEGPNT 30076 DX_ZJ_DL 3353 DX_ZJ_FW 8494 DX_ZJ_KZD 5631 ST_DLTB 0 ST_JFORXZC 409 ST_JHB 3864 ST_LS_DLTB 0 ST_LS_ZD 34 ST_XZDW 0 ST_XZORJD 0 欧索软件有限公司 解决方案 第 1页 共 3页