政务信息化国土资源数据库模型设计 毕业论文.docx

政务信息化国土资源数据库模型设计目录1.1概述32.1电子政务系统介绍42.1.1电子政务系统总体框架42.1.2政务系统各应用层4网络系统层4数据层5数据中心53.1国土业务土地来源成果介绍73.1.1土地来源7获取新增建设用地7建设用地进入一级、二级市场73.1.2国土业务成果概念84.1.1国土业务成果模型84.1.1国土业务各成果库关系84.1.2用地批文模型94.1.3建设用地批准书模型124.1.4土地出、转让合同模型144.1.5土地证模型154.1.6土地抵押模型174.1.7地块（宗地）模型184.1.8国土业务成果概念21第1章 绪论1.1 概述国土资源电子政务系统以政策、法规和标准等为保障，以计算机网络及硬件平台为依托，在电子政务基础平台上构建国土资源政务管理信息系统，在数据中心和数据交换体系的支持下，电子政务管理信息系统通过国土资源行业内网网站和外网网站，形成对行政管理和社会的应用与服务，同时整个电子政务系统必须在切实安全的环境下运行。要做到信息安全首先要确保数据库的安全，稳定，与效率。在本项目中提出了大量数据库各业务表，数据库图层以及数据库成果表的关联关系的方案下列术语和定义适用于本文档电子政务 electronic government是指政府机构在其管理和服务职能中运用现代信息技术，实现政府组织结构和工作流程的重组优化，超越时间、空间和部门分隔的制约，建成一个精简、高效、廉洁、公平的政府运作模式。国土资源电子政务系统 electronic government of land and resources management国土资源管理部门采取信息技术手段履行政府管理服务职能，面向社会、企业和社会公众进行行政审批或者提供公共服务而建设的管理信息系统。国土资源电子政务平台 electronic government platform of land and resources management国土资源电子政务平台是国土资源电子政务支撑性、基础性平台，可基于该平台搭建各种国土资源电子政务管理系统。网络基础设施 network infrastructure国土资源管理网络基础设施重要硬件的选择主要包括网络通信设备、网络连接设备、网络服务器等几大部分，从层次上可分为政务内网（本地局域网）、专网（连接异地不同级国土资源管理部门的网络）和政务外网（用于面向社会提供国土资源信息服务的互联网络）。内网 intranet是“内部局域网”的简称，又称“政务内网”，指国土资源管理部门或其直属单位用于内部政务管理、国土资源调查评价以及内部信息服务等的局域网。内网必须与国际互联网物理隔离。外网extranet是“外部局域网”的简称，又称“政务外网”，指国土资源管理部门或其直属单位访问国际互联网、提供国土资源对外信息服务等的局域网。专用网private network国土资源管理部门为满足自身需要而组建、拥有、管理和使用的网络。组建专用网时，可以自行铺设线路，也可以租用公用数据网的专线电路。物理隔离physical separation保证内网不能直接或间接地连接到公共网的措施。国土资源数据中心 data center of land and resources management国土资源数据中心包含了涉及国土资源管理业务的所有图形空间数据、属性数据和业务处理数据等数据库以及数据库提供的管理、服务、更新维护系统。数据交换 data exchange国土资源数据交换体系是指通过在线或离线方式的软件硬件系统实现上下级国土资源数据中心间纵向的数据交换、同级应用系统间横向的数据交换，以及面向外部的数据共享交换服务。国土资源业务模型 business model for land and resources management采用信息工程方法论，在规范化需求分析的基础上提炼和建立的国土资源业务逻辑模型，它包括业务分类和逻辑功能模型、系统数据描述、业务逻辑模块和相关数据集的关系描述等内容。政务信息资源管理government information resource management政府部门对政务信息资源进行采集、传送、处理、储存和利用的过程。元数据 metadata关于数据的数据，用于描述数据的内容、覆盖范围、质量、管理方式、数据的所有者、数据的提供方式等有关的信息。政务信息公开government information openness国土资源管理部门依据相关法律、法规将国土资源政务信息及时、准确地向社会公布，以方便公民、法人和其他组织获取和利用这些信息的活动。国土资源全国广域网指通过“全国政府系统办公业务资源网”或ddn/帧中继专线联接国土资源部和国家测绘局、国家海洋局以及省级国土资源管理部门所形成的广域网。信息安全information security为保护信息资产免遭有意无意的非授权的获取、损坏、泄露、操纵、修改、损失或使用，所采用的概念、技术、技术措施及行政措施。信息安全等级information security level信息安全等级是为了保护不同实体的秘密信息、专有信息以及公开信息和存储、传输、处理这些信息的信息系统而对其定义的不同保护级别，以实现按等级的保护、响应和处置。电子政务安全策略electronic government security policy在电子政务中，为保证计算机系统、网络、信息等安全而采取的政策或方针。电子签名，数字签名electronic signature, digital signature在电子政务的数据电文中,以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据。第2章 电子政务系统及国土土地 来源成果介绍2.1 电子政务系统介绍2.1.1 电子政务系统总体框架首先我们看看国土资源电子政务系统总体框架如图1所示：图 1 国土资源电子政务系统总体框架2.1.2 政务系统各应用层网络系统层网络系统层主要应由计算机网络及硬件平台，即电子政务网络、系统软件和硬件设备及其运行环境组成，主要包括信息网络、服务器、数据存储备份系统、管理平台和机房等。国土资源信息网络包括政务内网、国土资源信息专网和政务外网等三种网络。政务内网用于运行内部办公系统、基础数据和业务数据存储管理，通过路由器接入国土资源信息专网。国土资源信息专网，实现国家、省、市、县四级国土资源信息共享与交换；政务外网通过防火墙接入国际互联网，为社会提供国土资源信息服务。数据层数据层构建主要应包括国土资源数据中心的建设和数据交换体系的建设。本文档重点讨论数据中心数据模型的建立数据中心国家、省（直辖市）、市（计划单列市）级国土资源管理部门应分别建立数据中心，各级数据中心承担本级和下级国土资源管理数据的汇集、存储、管理和交换利用服务。1) 数据中心建设内容数据中心建设内容包含网络基础系统、数据存贮系统、数据管理系统、数据服务系统、数据挖掘支持系统和数据交换体系六个组成部分。图2为数据中心的逻辑结构图。图 2 数据中心的逻辑结构图(1) 网络基础系统提供网络接入、本级核心网络系统、本级及其下级的网络管理功能；(2) 数据存贮系统包括数据库管理系统和文件管理系统，提供对各类数据的存贮、备份、恢复、迁移等基础功能；(3) 数据管理系统提供数据的检查、整合、数据入库、更新维护及数据清理等功能；(4) 数据服务系统提供数据目录、数据服务目录、元数据、数据搜索引擎、数据加工、服务计费等功能；(5) 数据挖掘支持系统完成数据的主题分析，主题统计，数据挖掘、输出、决策服务等功能；(6) 数据交换体系提供数据提取、数据发送、数据接收、数据转换、数据传输等方面的功能。 国土资源数据中心建设应包括如下内容：(1) 元数据库；(2) 各级管理部门辖区范围的地政、矿政基础数据库，包括地形、城镇地籍（省级部门不一定含此内容）、土地利用现状、土地规划、基本农田、矿产储量数据、采矿权属等各类专题基础数据库；对于各类专题空间数据，又包括大中小等等众多不同比例尺的数据；(3) 国土资源应用项目数据库，包括土地审批、征地、供地、采矿权及探矿权数据，储备用地、基准地价、土地监察等项目数据；(4) 通过数据交换体系和信息服务体系实现各级国土资源部门之间以及与其他政府部门之间业务的联网审批和各类数据的同步更新、共享；(5) 国土资源业务模型数据及运行过程和结果审批数据；(6) 根据业务需求定制统计及决策支持模型数据；(7) 通过国土资源信息服务平台向社会和其他政府部门提供的数据；(8) 对于已有数据中心基础的，其数据库管理系统及其应用系统可以被修改、替换与变更，但其历史数据必须采取措施加以继承。2) 数据中心的功能各级国土资源数据中心应实现如下功能：(1) 基础数据库搭建功能；(2) 为各类信息集中提供数据存储和管理平台；(3) 为各类业务应用系统提供数据支撑；(4) 在数据交换机制支持下，完成本级和远程的数据更新；(5) 利用数据仓库和数据挖掘技术，对国土资源信息进行提取、集成、分析,为国土资源管理科学决策提供技术支持。第3章 国土业务介绍3.1 国土业务土地来源成果介绍3.1.1 土地来源获取新增建设用地建设用地进入一级、二级市场3.1.2 国土业务成果概念目前，国土业务成果类型包括用地批文、用地合同、建设用地批准书、土地证、抵押他证等。而对应每一类国土成果又由成果属性主表、子表、成果属性与图形的对应关系（表）、图形表（存储图形）组成。第4章 成果模型设计4.1 国土业务成果模型4.1.1 国土业务各成果库关系按照此图形、业务、业务成果之间的关联关系图，国土业务成果库包括宗地信息库、土地证库（包括衍生的他项权成果）、用地合同（中间成果）、建设用地批准书（中间成果）、用地批文，国土图形库包括宗地（基础）图层和业务（业务成果）图层库。因此，相关的成果数据模型（包括业务模型）设计时必须考虑并体现以下关联：1、与图形的关联；2、与业务的关联；3、相关来源及去向关联；4、与房产、规划、建设之间的关联；5、成果及成果本身变化的来龙去脉。创建时说明来源、被使用时说明去向情况（包括注销），同类成果改变时记录变更情况（以反映变更业务关系）。6、应统筹考虑国土业务系统与其他系统之间的关系。比如房产登记系统、国土档案系统。（国土业务系统和档案系统应统筹考虑，当业务办理完毕后相关的档案信息应已自动生成，而不应再次人工整理、录入档案系统；档案系统的土地证抵押信息是否可以考虑与业务系统同步，以方便查阅土地证档案及相关信息）其中，业务与宗地的关系通过关联表实现，成果与业务的关联关系目前反映在成果表中（docid），宗地与成果的关联关系也反映在成果表中（parcelno），成果与房产、规划或建设的关联仅在部分成果的字段中有反映（房产证号、规划设计条件、建设项目名称？）。 图形应关联业务成果，而不只是关联业务（冗余），实际代码开发中应根据成果模型封装成果对象及其子对象的数据库读写、关联关系处理、事件等其他设计原则1、原业务数据库成果需要表达的内容，在数据库表采用的一个字段不能或难以表达时，新设计采用字表，如土地证的共享权利人、登记用途等；2、某些专项或专指的内容（如土地证的规划设计要点），在设计中提取此类字段采用字表加以表达；3、因不同阶段开发人员采用原成果表的不同字段表达相同的内容时，设计要统一规范（或固定）此类表达所采用的字段，如土地证的不同类型备注字段。4.1.2 用地批文模型验证用地批文规定的内容：用地位置、界址、地类、批准单位、批准后用地所有权性质、其他相关的说明（比如缴费、使用土地及补偿安置方案等）。目前批文表的信息完全满足批文纸质件内容要求。1、创建新批文时：记录批文的来源（如果来源涉及上级批文的（征用转用业务），需要建立与上级批文的关联关系-上级批文使用情况表；如果来源涉及同级批文，还需注销来源批文或者记录来源批文的使用情况；如涉及房产证、土地证的要记录相应的使用情况），创建批文与地块的关联关系，如关联建设用地项目还需建立建设用地项目与地块的关联关系。2、注销批文时：要记录批文的注销原因（因生成新批文而注销时要记录批文变更去向），注销批文关联图形并拷贝到批文历史图层。要求1、用地科业务的图形（图层）与批文图形（图层）应加以区分。2、用地业务生成的批文应与建设用地项目之间建立关联关系。3、批文地块应有地块地类子表。4、批文应有单独模块实现：手工录入、审核认定功能；增加、修改和删除关联地块和图形的功能；增加、修改和删除链接批文电子文档的功能。5、只有在业务（收回、调整）办理过程中创建新批文时才可能出现批文注销情形。6、批文号、名称生成规则，批文档案号生成规则。7、上级批文与下级批文的关系。通常区级批文的来源应为上级批文，此类来源情形通过上级批文使用情况表也可以已记录。此外，因为上级批文数据和区级批文的电子数据不全（加之收回用地业务的来源还可为房产证、土地证等），所以必须创建此表以记录非批文（上级和区级）类型的来源）。所以新系统中批文来源情况应这样获取：根据批文id搜索批文变更表，如无变更记录，再搜索批文来源表，再搜索上级批文使用表。（值得斟酌，批文来源表是否应该记录批文（上级和本区）类型来源？如果记录，则批文来源的获取始终在批文来源表中迭代循环搜索，搜索到来源为上级批文类型或非区级批文类型（房产证、土地证、其他）止）详细设计用地批文成果数据表及其关联关系：concentpaper-批文（本区级批文）表字段：建设项目、用地单位关联landuseproject-建设用地项目表（？）。upconcentpaper-上级（国家、省、市）批文表upconcentpaperused-上级（国家、省、市）批文使用情况表（批文和上级批文关系表）上级批文和本区级批文分开管理。concentpapermodify-批文（本区级批文）变更（来源）表（收回-land.retractland、调整-land.adjustland，当前数据库二表结构完全一致）批文来源：房产证、土地证、同级批文，上级批文（用地指标）批文变更：收回建设用地、调整用地生成新批文的业务必须通过此表描述批文来源及批文的变更情况。表名concentpapermodify -批文变更表字段中文名称字段列名字段类型注释说明id序列idint主键（序列）办文编号docid来源idfromidint对应类型成果表的主键id来源名称fromnamestring对应类型成果的名称变更业务类型modifytype词典收回、调整去向idtoidint对应类型成果表的主键id去向名称tonamestring备注说明memostring记录创建者createdbystring系统字段记录创建日期createddatedate系统字段记录修改人updatedbystring系统字段记录修改日期updateddatedate系统字段表名concentpapersource -批文来源表字段中文名称字段列名字段类型注释说明id序列idint主键（序列）办文编号docid来源类型fromtype词典上级批文、批文、土地证、产权证、其他。中间成果批准书和合同不作为来源类型。来源idfromidint对应类型成果表的主键id来源编号fromnostring对应类型成果的编号（常用标识）来源名称fromnamestring对应类型成果的名称来源面积fromarea批文idtoidint对应批文成果表的主键id批文名称toname备注说明memostring记录创建者createdbystring系统字段记录创建日期createddatedate系统字段记录修改人updatedbystring系统字段记录修改日期updateddatedate系统字段concentpaperused-批文（本区级批文）使用情况表（类似land.docvsconcent、批文和业务(业务成果)关系表）市场科业务、收回建设用地和调整用地业务必须通过此表描述批文被使用的情况。表名concentpaperused-批文面积使用表字段中文名称字段列名字段类型注释说明id序列idint主键（序列）办文编号docid批文idconcentpaperidint批文名称concentpapername批文总面积totalareadouble批文被使用面积usedareadouble去向类型totype词典批文、土地证、产权证、其他去向idtoidint去向编号tonostring去向名称tonamestring备注说明memostring记录创建者createdbystring系统字段记录创建日期createddatedate系统字段记录修改人updatedbystring系统字段记录修改日期updateddatedate系统字段landadjust-土地整理指标使用情况表landindex-农用地转用指标表landindexused-农用地转用指标使用情况表（批文与农用地转用指标关系）征用转用（新）业务的依据（二个指标、用地预审批复）。征用转用（新）业务生成的成果（上报：征地方案、一书几方案，成果：上级批文、转发上级批文的本区批文）？用地预审业务的依据（项目立项书及批复？）和生成的成果（用地预审批复、省级用地指标-不占用本区的用地指标）？efile-链接电子文件表（id、efilename、efile、memo）批文表的efileid字段标识链接的批文批文地块库：levyparcel-征地地块信息表（征地地块的编号规则：普通宗地号+“-”+“h”+3位数的地块序号，比如：154023-001-h001）levyparcelcoord-征地地块坐标表levyparcelstatus-征地地块地类现状表（包括地类、面积、所有权性质（国有/集体）concentpaper_levyparcel-批文与批文地块关系表concentpaperfeature-批文对应成果图层表二种方案：第一种，批文业务（征用转用、调整用地、收回建设用地）对应单独的国土地块信息表，表结构与国土宗地信息表同，图层对应用地批文图层（用地批文历史图层）。第二种：批文地块信息表与宗地信息表合二为一，仅图层对应用地批文图层（用地批文历史图层）。国土业务图形库的关键技术点：地块（宗地）入库前如何判断批文地块（宗地）的空间唯一性（能否不通过空间分析）。4.1.1 建设用地批准书模型要求1、创建新建设用地批准书。批准书的批准用地机关及批准文号涉及批文的应记录批文的使用情况；属批准书变更而生成的新建设用地批准书的情形，仅需记录批准书的变更情形。2、变更建设用地批准书（变更内容：延长建设期限、改变土地用途、地址，通过适当的市场科业务类型来办理（可能会产生新的补充合同），生成新批准书号但档案号不再变化）。必须记录批准书的变更情况。3、注销建设用地批准书。途径：土地使用权初始登记；建设用地批准书变更；产权调用国土建设用地批准书服务服务注销。注销时要记录注销原因，同时也要注销图形（拷贝到批准书历史图层，当前图层删除图形）。若为土地使用权初始登记同时注销批准书，则要记录批准书到土地证的变化过程。4、建设用地批准书的来源（或依据）三种：有批准文号（包括批文）、个人住宅、变更当批准文号为多份批文时，记录批文的使用情况（面积）的设计5、变更建设用地批准书无具体业务，具体办理时选择适当业务，在设计业务系统涉及批准变更的要在相应业务中反映此变更过程。6、建设用地批准书号的编号规则。详细设计建设批准书成果数据表及其关联关系：建设批准书打印内容：编号、用地单位名称、建设项目名称、批准用地机关及批准文号、批准用地面积、批准日期、土地所有权性质、土地取得方式、土地用途、宗地号、土地座落、宗地四至、批准建设起止日期、批准书有效起止日期、备注。buildlandsanction-建设用地批准书表字段：建设项目、用地单位关联landuseproject-建设用地项目表。buildlandsanctionsource-建设用地批准书来源表buildlandsanctionmodify-建设用地批准书变更表buildlandsanctionused-建设用地批准书使用表（包括注销）buildlandsanctioninnercontrol-内（解）控表buildlandsanctionseal-查（解）封表建设用地批准书地块库：parcelinfo-宗地信息表parcelcoord-宗地界址坐标表parcelfouraround-宗地四至表（或放置主表）parcelstatus-宗地地类现状表（包括地类、面积、所有权性质（国有/集体）parcelmodify-宗地变更表parcelfeature-宗地对应图层（feature）表buildlandsanction_parcel-建设用地批准书和宗地关系表（视需要建立）buildlandsanctionfeature-建设用地批准书图层表同宗地库设计，对应的图层为建设用地批准书图层（建设用地批准书历史图层）。4.1.2 土地出、转让合同模型要求2、应区分国有、集体所有土地，出让和转让方式。1、应保存不同时点合同信息的快照。2、合同内容变更时，通过选择适当业务（一般为补办出让）类型来办理并生成补充合同（此过程中档案号不变）。但现有业务及数据库并未反映此类关系。3、原则上，补充合同的合同号=主合同号+补01、2。但实际办件时，补充合同号可能没有录入系统及数据库。4、理论上，建立宗地和合同的关联关系，可藉此查询主合同、补充合同之间的演变。详细设计用地合同成果数据表及其关联关系：landcontract-土地合同表（合同公共信息）字段：建设项目、用地单位关联landuseproject-建设用地项目表（？）。landcontractforbusy-针对不同业务（出转让方式）的土地合同信息表landcontractseller-出（转）让方信息表landcontractbuyer-受让方信息表landcontractaddition-合同附加条款表landplancondition-土地证规划设计条件表landregisterusage-土地证登记用途表landcontracttimelimit-合同起止、开竣工年限landcontractfee-合同收费landcontractfeeinstallment-合同分期付款明细图形：parcelinfo-宗地信息表parcelcoord-宗地界址坐标表parcelstatus-宗地地类现状表（包括地类、面积、所有权性质（国有/集体）parcelmodify-宗地变更表parcelfeature-宗地对应图层（feature）表landcontract_parcel-合同和宗地关系表（视需要建立）landcontractfeature-合同业务图层4.1.3 土地证模型要求土地证打印内容年号、证号、土地使用权人、座落、地号、图号、地类（用途）（登记用途）、取得价格、使用权类型、终止日期（多用途且年限不一致时不填）、使用权面积、批准日期、记事（权利来源的合同、业务来源、使用年限、建设用地规划条件）基本原则：土地证有且仅有一个宗地与之对应生命周期：创建（来源）生效变更（转移）过程打印注销按照新设计表需考虑：1、分宗时不同用途的面积份额“分配”？合宗时不同用途的面积份额的“合并”？（不同用途的使用期限？）2、合宗时不同终止年限的“合并”？ 3、合宗时不同土地利用规划条件的“合并”？4、分、合宗时土地证变更表、宗地变更表的处理逻辑（先后、同步、冗余）？【建议各自单独记录，可适当冗余以便快速查询；分合宗业务件处理时地块应关联相应的土地证，这样分宗后的土地证无需生成新件办理】5、分、合宗时权利-他项权利表（抵押）的处理？基本原则：1n，分后n的每宗均关联抵押；n1，合宗前n上存在的抵押均关联合宗后的1宗；注销原抵押关联。遵循基本原则的处理在权利-他项权利表中体现。6、生成新土地证的业务情形（先决条件）？土地证打印日志。【子表】7、土地证注销日志？【子表记录，主表冗余注销标志？】8、常用搜索字段+搜索操作符（=、like）？【土地证主表必需或冗余以便快速查询】9、代码实体处理过程中数据的一致性、时态可回溯性。10、与之相关的合同内容的继承、比较？11、存在土地证转移信息（部分转移）的土地证的变更？（变更可操作面积只能为未转移得剩余面积）。12、土地证号生成规则。详细设计土地证成果（包含抵押他证成果）表及其关联关系： 土地证：landcert-土地证表landcertowner-土地证权属人（法人、自然人）表landregisterusage-土地证登记用途表（用途、年限、面积份额（市场科业务不明确但会在备注landcertmemo中说明相应规划要点，产权登记业务？）landplancondition-土地证规划设计条件表landcertsource-土地证权属来源表landcerttransfer-土地证转移信息表landcertmodify-土地证变更信息表（变更登记）landcertinnercontrol-土地证内（解）控表landcertseal-土地证查（解）封表landcertprintlog-土地证打印日志表landcert_parcel-土地证与宗地关系表宗地（库）：建立系统宗地信息库（parcelinfo表、坐标表、地类现状表、宗地图层feature表,宗地变更表）。业务关联的宗地信息可以从此库获取，关联的图形可以从此库的宗地图拷贝到相应业务图层，或者根据宗地坐标文件在相应业务图层中生成。每个新生成（或拷贝）的图形实体（对应feature表中一条记录）均应记录宗地库的宗地oid，部分业务还需 建立宗地与业务的关联关系表以记录业务与宗地的对应关系（11、1n）。宗地信息有入库、审核、注销（进历史库）等操作功能。业务、业务成果不管是11、1n，均需建立与宗地的关联关系表！土地证表与宗地信息表的关联关系为1:1，关联系表或土地证表的宗地oid字段均可反映此关联关系，土地证表同时冗余宗地编号字段（？）。parcelinfo-宗地信息表parcelcoord-宗地界址坐标表parcelstatus-宗地地类现状表（包括地类、面积、所有权性质（国有/集体）parcelmodify-宗地变更表parcelfeature-宗地对应图层（feature）表landcertfeature-土地证业务图层4.1.4 土地抵押模型验证抵押他证打印内容：他项权证号、土地他项权利人、义务人、座落、地号、图号、权属性质、使用权面积、地类（用途）、使用权类型、打印日期、他项权利种类及范围（种类：抵押，权利范围：全部，登记字号，抵押物价值、权利价值、贷款金额）、设定日期，记事（1.属最高额抵押登记；2.借款人：xxx；3.抵押期限从xxxx至xxxx）。1、土地使用权类型（type=38）(同土地证表的土地使用权类型)2、上述打印内容必须与抵押他证表中的相应字段对应。当土地证分、合宗变更的关联抵押处置时，仅修改相应抵押与土地证关系表中的记录，而不修改抵押他证表中的内容，此时会出现1个抵押他证多个土地证和1个土地证多个抵押他证的情形，必须保留历史抵押他证信息的“快照”。所以抵押他证表关于土地证的信息（需打印）不能动态地从关联土地证表中抽取显示并打印。要求1、确定抵押初始登记办理的先决条件（针对无抵押的有效土地证），可办理的子类型，生成新抵押他证的情形？2、抵押变更登记办理的先决条件（针对未注销的抵押他证或有抵押的有效土地证？），可办理的子类型，注销原他证、生成新抵押他证的情形？3、挂有抵押的土地证办理变更时，先注销抵押再办理变更还是办理变更的同时处置抵押？4、抵押关联的土地证进行分、合宗变更，或者变更需注销原土地证并生成新土地证时，抵押如何处置？抵押土地证分宗，1个抵押他证多个土地证，注销抵押与原土地证的挂接关系，创建抵押与多个新土地证挂接，抵押他证内容不变。抵押土地证合宗，1个土地证多个抵押他证，注销抵押与原土地证的挂接关系，创建多个抵押挂接同一个新的土地证，抵押他证内容不变。抵押土地证变更时注销，抵押需挂接到新生成的土地证上。4、关于标志字段的方案第一种：设立三个标志字段土地证表-抵押标志字段抵押与土地证关系表-关联关系是否有效标志字段抵押他证表的抵押注销标志字段土地证表-抵押标志关联表-关联关系是否有效标志他证表-注销标志有抵押有效（至少一个）未注销（至少一个）无抵押无效（全部）已注销（全部）土地证表-抵押标志关联表-关联关系是否有效标志他证表-注销标志有抵押有效未注销（至少一个）可能无抵押（对应土地证）无效可能已注销（对应的抵押）土地证表-抵押标志关联表-关联关系是否有效标志他证表-注销标志有抵押有效（至少一个）未注销（至少一个）可能无抵押（对应土地证）无效（全部）已注销（全部）判断抵押他证是否有效注销标志判断土地证是否存在抵押抵押标志生成抵押他证创建关联表的关联关系记录，修改土地证表的抵押标志注销抵押他证注销关联表的关联关系记录，判断土地证是否存在其他有效的抵押关联关系再修改土地证的抵押标志查询统计便利，但标志一致性难以100%保证。第二种：一个标志字段抵押与土地证关系表-关联关系是否有效标志字段判断抵押他证是否有效扫描关系表是否存在与抵押他证关联的有效记录判断土地证是否存在抵押扫描关系表是否存在与土地证关联的有效记录生成抵押他证创建关联表的关联关系记录注销抵押他证注销关联表的关联关系记录查询统计时需进行关联查询，无需进行数据一致性维护。第三种：二个标志字段土地证表-抵押标志字段抵押他证表的抵押注销标志字段详细设计landmortgagecert-抵押他证表landmortgageowner-抵押权利人landmortgage_landcert-抵押他证与土地证关系表landmortgagemodify-抵押他证变更表landmortgagecertprintlog-抵押他证打印日志表4.1.5 地块（宗地）模型宗地图形直接关联国土成果（宗地通过宗地号关联业务件，业务件再关联国土成果），同时建立宗地与业务的关联，数据库模型中二种关联合二为一。原则上每个业务均需相应建立业务图层、业务历史图层、业务成果图层。业务业务图层 11，业务业务历史图层 11，业务业务成果图层 n1。三种方案方案一宗地库模型，建立宗地信息表，宗地信息表再与宗地图形11关联（指定业务关系），针对特定业务成果建立宗地与业务、业务成果的关联关系表；数据整理：需建立宗地信息表，建立全区统一且唯一的宗地标识oid，宗地图形库，宗地与业务、业务成果的通过宗地标识oid建立关联关系，已有的宗地业务图层中的图形需补充宗地标识oid。方案二无宗地库模型，仅针对特定业务成果建立宗地图形与业务、业务成果的关联关系表。此方案必须改变现有宗地编号规则以保证宗地编号对宗地图形唯一标识，当宗地图形、位置发生变化时宗地编号随之改变，不再保留原宗地编号，同时记录新旧宗地编号的对应关系。数据整理：需通过宗地编号建立（或补充完善）宗地图形与业务、业务成果的关联关系，补充业务成果图层中的宗地图形。方案三无宗地库模型，仅对现有土地证成果图形、建设用地批准书成果图形（包括已注销的）进行整理，生成并保存宗地标识oid（暂定guid），再根据宗地跟业务的关联，补充业务、业务成果与宗地标识oid的关联。其他业务图层的图形不再整理。将来业务系统对图形的定位采用guid，同时兼顾原有业务通过宗地编号（或其他字段）跟宗地的关联。暂定，宗地变更（化）情况由测绘成果管理系统记录，业务系统不再保留宗地变更情况。本设计原则上采用方案三。1、分宗地模型和征地（红线）模型，模型图参见土地证模型和批文模型。此模型中，地块（宗地）、业务、业务成果是“三角”关联关系。2、地块信息表中，每个地块均有唯一的标识oid，对应的地块编号（或宗地号）可重复。业务图层中地块编号（或宗地号）可重复，但业务成果图层（现势）中具有同一地块标识oid的图形必须唯一。最终业务图层（相当于中间成果图层）的同一地块标识号图形可能有多个（图形跟业务关系nn），业务成果图层中同一地块标识号的图形唯一（图形跟业务成果的关系1n，比如合同、补充合同对应成果图形仅1个）3、图形的生成、浏览、删除。办理业务件过程中，已有地块信息及图形（地块或宗地图层）的可拷贝到业务图层，没有则根据坐标文件生成地块信息和图形信息，审核通过后生成成果信息的同时进行成果图形的唯一性检核再拷贝图形到业务成果图层。业务件办理过程中浏览图形时根据业务件与图形的关联关系显示业务图层中的图形。业务退件时，如已审批通过（原则上不允许退件），则通过地块标识号检查成果图层中图形与业务成果的关联关系再决定是否删除图形，业务图层中图形不做删除仅标记审核状态；如未通过审批则仅标记业务审批图层中的图形状态。4、地块图形的生成、变更均在业务办理过程中完成，但均需人工判断。5、宗地图层作为宗地的成果图层，具有同一宗地号的图形必须唯一。6、优点：地块属性信息和图形可重用；业务办理生成地块（有或无宗地号的地块）的同时对