精心组织 强化措施 扎实稳步推进
农村集体土地确权登记发证数据库建设 ——裕安区从质量控制入手,顺利推进农村集体土地确权登记发
证数据库建设
裕安区农村集体土地确权和登记发证工作,自20xx年3
月开展至20xx年x月份结束,历时一年半时间,顺利完成
近19万宗所有权、建设用地和宅基地的确权登记发证工作,并顺利地通过省厅和市局检查验收。为加快成果转化和应
用,实现全区农村集体土地确权登记发证档案数字化管理,
经省厅、市局安排,地籍处领导精心指导,这个区在狮子岗
乡开展了农村宅基地数据库建设试点,经过近半年的摸索总
结取得了预期成效。按照“先行试点,总结展开”的工作思
路,20xx年x月,这个区农村宅基地确权登记发证数据库建
设工作正式启动,目前,辖区18个乡镇264个行政村19万 宗农村宅基地确权登记发证数据库建设工作已全面结束,数
据库的建成将成为国土资源“一张图”管地工程的重要组成
部分,满足目前辖区内土地登记公开查询、变更登记动态管
理、为土地整理、土地利用规划提供数据支持,是实现土地
登记和档案信息一体化管理的需要。这个区从质量控制入
手,顺利推进农村集体土地确权登记发证数据库建设工作的
做法是:
一、精心组织,科学安排
这个区农村集体土地确权登记的基本情况是:已发集体土地所有权证书268宗,集体建设用地使用权证书484宗,农村宅基地使用权证书189720宗,发证率均为100%。
这个区农村宅基地确权登记发证数据建库的工作任务是:
(一)外业补充调查。依据农村宅基地登记发证台帐,利用“二调”正射影像图,土地利用现状图开展外业实地补充调查:一是在草图上标注的宅基地相对位臵和土地权利人信息;二是补充完善未登记的宅基地位臵和土地权利人信息和未登记原因;三是对遗漏、无特殊原因未申报登记户再次确权登记发证。
(二)电子扫描影像资料。对全区宅基地确权登记发证资料进行分乡镇、村逐宗扫描,扫描资料包括地籍调查表、审批表、登记薄、身份证或户口薄、土地权属来源证明材料等,形成全区农村宅基地确权登记发证地籍档案影像资料。
(三)内业数据建库。对全区农村宅基地确权登记发证地籍调查数据、土地登记审批数据、地籍档案扫描影像资料,“二调”正射影像图和土地利用现状图等各类数据进行录入,同时根据外业补充调查获得的信息资料,在工作底图上定位宅基地空间位臵,绘制宗地图形,录入土地权利人,界址等信息,建立宅基地宗地图与各属性信息的对应关系。
这个区针对农村宅基地数据建库工作内容量大面广的实际,其做法是:
(一)区成立了农村宅基地数据建库工作领导小组,下设办公室,全面负责辖区农村宅基地数据建库的组织,领导和协调工作。
(二)结合区情、联系实际,委托区土地登记代理机构和外业调查单位实地开展宅基地补充调查,乡镇和国土中心所全力做好资料提供、后勤保障等协调配合。
(三)委托江苏金图公司开展数据建库工作。
(四)依据试点工作经验,制定了适合区情的《裕安区农村宅基地确权登记发证数据库建设工作实施方案》,配套出台了相关工作制度,建立了奖惩机制,量化时间、细化任务、明确职责、严格措施、强化质量流程管理、建立质量目标责任制。
(五)20xx年x月中旬,这个区召开了由各乡(镇)长、国土中心所长和专业技术人员参加的数据库建设工作布臵会。会议明确了工作任务、时间要求、责任分工。建立了各乡镇专人专抓,村、组专人协调配合的工作组织网络,要求各级既当工作员,又当宣传员,创作良好的数据库建设工作环境。
二、强化措施、扎实推进
1、抓组织措施 落实责任目标
这个区成立了农村宅基地数据建设领导组,确立了专人专抓组织、技术工作,明确工作组织、技术培训、技术指导、检查督促和质量验收的工作内容和责任目标。
确定了外业调查技术人员和内业建库技术人员的工作流程,明确图、表、台账、数据建库工作的内容、质量标准和责任目标。明确各乡镇国土资源中心所在外业补充调查工作中的工作时间路线、调度与协调、技术指导、外业初验的工作内容和责任目标。
2、抓管理措施 落实进度目标
出台了《裕安区宅基地确权登记发证数据库建设外业补充调查和数据库检查验收办法》和《裕安区农村宅基地确权登记发证数据库建设工作奖惩办法》,明确了严格执行责任分工,落实质量目标,对按时按质完成任务的给予奖励,对调查建库质量出现问题,特别是因主观原因造成调查、建库数据不准、不实的将追究相关责任。建库工作开展的前期,外业队员抓住天气连续晴好的机会,白天调查上图晚上清绘注记,国庆中秋假期仍坚守岗位,由于长时期加班加点,致使外业成果质量有所放松,外业检查中出现了技术偏差,在加快进度的过程中降低了质量,区专家组通过初检和验收环节,及时发现了问题并及时进行补差补缺。
3、抓控制措施 纠偏离目标
一是抓主动控制保证质量。这个区及时组织专家验收组
对每两个外业完成的乡镇进行一次检查验收,检查验收采取随机抽样检查,检查覆盖率20%。通过检查,召开内、外业作业单位总结碰头会,通报工作成果质量,对发现的技术问题进行分析讨论,规范调查内容、上图信息和技术要求,及时纠偏,同时确保内、外业工作与技术的沟通与衔接。每一轮检查后,对发现的问题和规范统一的技术要领以工作简报的形式,反馈下发到作业单位、建库单位、乡镇国土中心所。
二是抓动态控制保证质量。这个区及时组织专家验收组对建库单位提供已完成的乡镇单个分项库体内容,完成一个检查一个。对库体中的信息、属性、注记、宅基地点位的精度等进行逐一核查,核查覆盖率100%,并做好检查记录,及时反馈并落实好修正与整改工作。这个区数据库建库工作的自查、互查、专检、初检的动态控制措施,为确保数据库的质量目标提供了有力的支撑。
这个区通过农村集体土地确权登记发证数据建库工作的开展,积累了一定的经验,收获颇丰,体会深刻:
一、采用全解析数字化测量开展农村集体土地确权登记发证信息化建设,精度高、质量好,为今后“一张图”管地工程打下坚实基础,但数字化测量和信息化建设投入大、战线长,必须具备雄厚坚实的经济基础和过硬的专业技术队伍。因此,按照国土资源部的工作部署,既要结合当地实际,切实可行地按时完成农村集体土地确权登记发证信息化建
设,又要满足现实工作需求,就必须理论联系实际,以实际行动践行科学发展观。
二、领导重视、经济保障、技术支撑是开展集体土地确权登记发证信息化建设的关键。
三、重视数字建库单位和建库软件的选择使用是农村集体土地确权登记发证信息化建设工作质量的重要保证。数字建库的重要目标是满足现实工作的需要,软件技术与功能必须成熟、齐全,简易智能、快捷、易操作。
四、上级业务主管部门必须切实重视集体土地确权登记发证信息化建设的后期工作,大力支持基层在业务建设上的资金、技术设备等方面的投入;基层国土资源部门要强化对数据库的管理、维护和使用等专业技术人才的选拔和培养工作,避免工作之间的断层和脱节。
(裕安区国土资源局 王鹏)
第二篇:数据库总结
数据库老师画的重点
数据库:数据库是长期存储在计算机内、有组织、可共享的大数据集合。
数据库操纵功能:查询select、插入insert、删除delete、修改update
数据库系统的特点:1数据结构化2数据的共享高,冗余度低,易扩充3数据独 立性高4数据由DBMS统一管理和控制
数据模型的组成要素:数据结构、数据操作、完整性约束
概念模型:要出大体,画图
信息世界中的基本概念————
1、实体:客观存在并可以相互区别的事物称为实体
2、属性:实体所具有的某一特性
3、码(key):唯一标识实体的属性集称为码
4、域(domain):域是一组具有相同数据类型的集合
5、实体型(entity type):具有相同属性的实体必然具有共同的特征和性质。用实体名
及属性名集合来抽象和刻画同类实体,称为实体型。
6、实体集(entity set):同一类型的实体的集合
7、联系:在现实世界中,事物内部以及事物之间是有联系的,这些联系在信息世界中
反应为实体(型)内部的联系和实体(型)之间的联系。实体内部的联系通常是指
组成实体的各属性之间的联系;实体之间的联系通常是指不同实体集之间的联系
最常用的数据模型:
1、层次模型(Hierarchical Model)
2、网状模型(Network Model)
3、关系模型(Relational Model)
4、面向对象模型(Object Oriented Model)
5、对象关系模型(Object Relational Model)
其中层次模型和网状模型统称为格式化模型
数据库系统的三级模式结构:
1、模式(scheme):模式也称逻辑模式,是数据库中全体数据的逻辑结构和特征的描述,
是所有用户的公共数据视图。他是数据库系统模式结构的中间层,
既不设计涉及数据的物理存储细节和硬件环境,也与具体的应用程
序、所使用的应用开发工具及高级程序设计语言无关。
2、外模式(external schema):外模式也称为子模式(subschema)或用户模式,他是数
据库用户(包括应用程序员和最终用户)能看见和使用
的局部数据的逻辑结构和特征的描述,是数据库用户的
数据视图,是与某一应用有关的数据的逻辑表示。
3、内模式(internal scheme):内模式也称存储模式(storage schema),一个数据库只有
一个内模式。他是数据库物理结构和存储方式的描述,是
数据在数据库内部的表达方式。
数据库的二级映像功能与数据库独立性————
为了能够在系统内部实现这3个抽象层次的联系和转换,数据库管理系统在这三个模式
之间提供了两层映像:
·外模式/模式 映像
·模式/内模式 映像
正是这两层映像保证了数据库系统中的数据能够具有较高的逻辑独立性和物理独立性
关系(relation):D1*D2*D3··*Dn的子集叫做在域D1、D2、D3···Dn上的关系,表示 为R(D1、D2、D3···Dn)
这里的的R表示关系的名字,n是关系的目或度(degree)
关系中每个元素是关系中的元组,通常用t表示
当n=1时,称关系为单元关系(unary relation),或一元关系
当n=2时,称该关系为二元关系(binary relation)
关系是笛卡尔积的有限子集,所以关系也是一个二维表,表的每行对应一个元组,表的每列对应一个域。由于域可以相同,为了加以区分,必须对每列起一个名字,称为属性(attribute)。n目关系必有n个属性。
若关系中的某一属性组的值能够唯一的标识一个元组,则称该属性组为候选码(candidate key)
若一个关系有多个候选码,则选定其中一个为主码(primary key)
候选码的诸属性称为主属性(prime attribute)。不包含在任何候选码中的属性称为非主属性(non-prime attribute)或非码属性(non-key attribute)
P46 没有搞明白干嘛使得!!!!!!!!!!!!!!!!!!!!!
关系的三类完整性约束:实体完整性、参照完整性、用户定义的完整性
实体完整性和参照完整性被称作关系的两个不变性
1、实体完整性(entity integrity):主码中的属性即主属性不能取空值
2、参照完整性(referential integrity):
若属性(或属性组)F是基本关系R的外码,它与基本关系S的的主码K相对应(基 本关系R和S不一定是不同的关系),则对于R中每个元组在F上的值必须为:
·或者取空值(F的每个属性值均为空值)
·或者等于S中某个元组的主码值
SQL(Structured Query Language),即结构化查询语言,是关系数据库的标准语言。 SQL 的特点:
1、综合统一
2、高度非过程化
3、面向集合的操作方式
4、以同一种语法结构提供多种使用方式
5、语言简洁、易学易用
SQL的动词:
数据查询:select
数据定义:create、drop、alter(房间)修改表
数据操纵:insert、update(家具)修改数据、delete
数据控制:grant、revoke
绘制ER图————
在ER图中有如下四个成分:
矩形框:表示实体,在框中记入实体名。
菱形框:表示联系,在框中记入联系名。
椭圆形框:表示实体或联系的属性,将属性名记入框中。对于主属性名,则在其名称下 划一下划线。
连线:实体与属性之间;实体与联系之间;联系与属性之间用直线相连,并在直线上 标注联系的类型。(对于一对一联系,要在两个实体连线方向各写1; 对于一对
多联系,要在一的一方写1,多的一方写N;对于多对多关系,则要在两个实体 连线方向各写N,M。
基本表是本身独立存在的表,在SQL中一个关系就对应一个基本表。一个(或多个)基本表对应一个存储文件,一个表可以带若干索引,索引也可以放在存储文件中。
存储文件的逻辑结构组成了关系数据库的内模式。存储文件的物理结构是任意的,对用户是透明的。
视图是从一个或几个基本表导出的表。它本身不独立存储在数据库中,即数据库中只存放视图的定义而不存放视图对应的数据。这些数据仍存放在导出视图的基本表中,因此视图是一个虚表。视图在概念上与基本表等同,用户可以在视图上再定义视图。
基本表的定义、删除与修改:
1、定义基本表:create table ***()
2、定义主键:Primary key == not null (中间不用连接符号)unique
3、定义外码的语句:foreign key (某个字段)references 某表(某字段)
4、定义主码语句:primary key(***,***)
5、修改基本表:alter table 某表名 add 列名<数据类型>[完整性约束]
drop <完整性约束名>(字段名)
alter column<列名><数据类型>
6、删除表:drop table 表名[restrict | cascade级联删除]
7、建立索引:create [unique] [clustered] index 索引名
on 表名(列名[asc | desc],······)
·clustered 表示是聚簇索引
·unique表明此索引的每一个索引值只对应唯一的数据记录
·用户可以在最经常查询的列上建立聚簇索引以提高查询效率
·在一个基本表上只能建立一个聚簇索引
·建立局促索引后,更新该索引列上的数据时,往往导致表中记
录的物理顺序的额变更,代价较大,因此对于经常更新的列不
宜建立聚簇索引
8、删除索引:drop index <索引名>
上机的时候不太一样:drop index 表名。索引名字
9、数据的查询:
select [all | distinct] <目标列表达式>,······
from 表名或者视图名,···
where 条件表达式
group by 列名1 [having 条件表达式]
order by 列名2 [asc | desc]
·如果有group by 子句,则结果按“列名1”的值进行分组,该属性列值相
等的元组为一个组。通常会在每组中作用聚集函数。如果group by 子句带 having短语,则只有满足指定条件的组才予以输出。
·如果有order by 子句,则结果表按“列名2”的值的升序或降序排序
·select Sname Name,‘Year of Birth:’Birth,20xx-Sage Birthday,lower
(Sdept) Department
from Student
lower表示小写
常用的查询条件————
比 较:大于、等于、小于、不等于(< >/!=)、大于/小于等于、不小于、不大于、 not+上述比较运算符
确定范围:between and ,not between and
确定集合:in ,not in
字符匹配:like,not like
空 值:is null ,is not null
多重条件(逻辑运算):and,or,not
例子————
·select Sname,Sage
from Student
where Sdept (not) in (‘cs’,‘ma’,‘is’)
字符匹配:[not] like ‘字符串’[escape‘换吗字符’] 百分号表示任意长度、下划线表 示任意单个字符
聚集函数————
count ([distinct | all] *) 统计元组个数
count ([distinct| all] 列名) 统计一列中值的个数
sum ([distinct| all] 列名) 计算一列值的总和(此列必须是数值型) avg ([distinct| all] 列名) 计算一列的平局值(此列必须是数值型) max ([distinct| all] 列名) 求一列中的最大值
min
·如果指定distinct短语,则表示在计算时要取消指定列中的重复值。如果不指定distinct 短语或者指定all短语(all为缺省值),则表示不取消重复。
·注意在聚集函数遇到空值时,除count(*)外,都跳过空值而只处理非空值。 ·注意where子句中不能用聚集函数作为条件表达式
group by子句————
where 子句与having 短语的区别在于作用对象不同。Where 子句作用对象作用于基本表或试图,从中选择条件的元组。Having短语作用于组,从中选择满足条件的组。
例子:select Sno from SC
group by Sno
having count(*)>3
查询了选修3门以上课程的学生学号
链接查询——————
例子:
非自然链接
·select Student.*,SC.*
from Student,SC
Where Student.Sno=SC.Sno
自然链接
·select Student.Sno,Sname,Ssex,Sage,Sdept,Cno,Grade
from Student,SC
where Student.Sno=SC.Sno
自身链接
·select FIRST.Cno,SECOND.Cpno
from Course FIRST ,Course SECOND
where FIRST.Cpno=SECOND.Cpno
外连接
·select Student.Sno,Sname,Sage,Sdept,Cno,Grade
from Student left outer join SC
on Student.Sno=SC.Sno
·左外链接列出左边关系中所有的元组,右外连接列出右边关系中的所有元组
嵌套查询
·select Sname from Student
where Sno in (select Sno from SC where Cno=‘2’)
·找出每个学生超过他选修课程平均成绩的课程号
Select Sno,Cno
From SC x
Where Grade >= (select avg (Grade)
From SC y
Where y.Sno=x.Sno
)
授权————
Grant 权限 ,·····
On 对象类型 对象名 ,·····
To 用户,·····
[with grant option]只一句表示权限的传递
例子:
·Grant all privileges
On Student,Course
To U1,U2
·grant update (Sno),select
on Student
to u4
·revoke update(Sno)
on table Student
from u4
一个满足BCNF的关系模式有:
·所有非主属性对每一个码都是完全函数依赖 3NF
编辑 3NF,即第三范式是要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3NF)也应该构建它,否则就会有大量的数据冗余。简而言之,第三范式就是属性不依赖于其它非主属性。 满足第三范式(3NF)必须先满足第二范式(2NF)
2NF(第二范式)
第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。如图3-2 员工信息表中加上了员工编号(emp_id)列,因为每个员工的员工编号是唯一的,因此每个员工可以被唯一区分。这个惟一属性列被称为主关键字或主键、主码。