create table TEST ----表名
(
COL1 DATE, ----字段名及类型
COL2 VARCHAR2(5),
COL3 VARCHAR2(10)
)
tablespace SYSTEM ----指定表空间,业务数据表不推荐用系统表空间
pctfree 10 ----块free空间百分比,象设置10的话就是数据超过块
的90%就不允许插入了,下限分四个档,这个稍微
有点复杂,可以查询相关文档,或留言给我
pctused 40 ----自动段管理该参数已被淘汰
initrans 1 ----事务最小链接数
maxtrans 255 ----事务最大连接数
storage
(
initial 64K ----初始化区大小64K
minextents 1 ----最小区数
maxextents unlimited ---最大区数
);
象设置表空间用用户默认表空间就可以了,没有特殊要求,其他的都用默认就可以了,不用特别指定
(一)矿业权属性数据内容
为了便于与探矿权、采矿权登记数据库等现有矿政管理信息系统的衔接,本次矿业权实地核查数据项内容、字段类型及格式参照国土资源部探矿权、采矿权登记数据库而确定。在数据项上,增加了实地核查发现的问题、核查人员信息等相关内容。与登记数据库含义相同的数据项其字段名称、类型及格式均与登记库保持一致;新增的数据项参照登记数据库的形式来确定其字段类型。这样做,有利于实地核查数据与登记数据库进行对照比较,也有利于与现有的矿政管理信息系统的数据衔接。
属性数据大致可以分为基本信息、其他属性信息、拐点坐标信息、核查意见四类。
1基本信息
矿业权的基本信息属于实地核查中矿业权的基础信息类,代表了此矿业权不可或缺的基本特性,主要包括矿业权人的信息、发证信息、核查人的信息三类。其中许可证字段是关键字段,是数据库建设中连接属性与空间的必要字段。
(1)探矿权基本信息字段内容。
勘查许可证号:核查后的勘查许可证号。全国统一配号的号码位数为18,旧许可证号位数为13位)。
发证机关:核查后的发证机关。如,部发证填:国土资源部;省发证填:××省国土资源厅;市级发证填:××省××市国土资源局;县级发证填:××省××市××县国土资源局(所)。
发证日期:核查后的发证日期(yyyy-mm-dd),其中“-”是西文的短划线。
项目类型:新立、变更、延续,选其一。
项目名称:核查后的勘查项目名称。
探矿权人名称:核查后的探矿权人单位全称。
经济类型:核查后的探矿权人的经济类型,具体见附录M。
法定代表人:核查后的法人代表姓名。
联系人:核查后的探矿权人单位的联系人姓名。
地址:核查后的探矿权联系人的通讯地址。
邮政编码:核查后的探矿权人单位的邮政编码(以最新发布的全国邮政编码为准)。
电话:核查后的联系人的电话(手机为11位,固定电话格式为:区号-电话号-分机),其中“-”是西文的短划线。
传真:核查后的联系人的传真(区号-电话号-分机),其中“-”是西文的短划线。
核查人:本次实地核查工作人的姓名。
核查承担单位:本次实地核查承担单位名称(××省××市××县××单位全称)。
核查日期:实地核查的-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
(2)采矿权基本信息字段内容。
采矿许可证号:核查后的采矿许可证号。全国统一配号的长度为23位,未参加全国统一配号的许可证号长度为13位。
原采矿许可证号:如果登记库中的数据未更新,则填此字段,否则不填
发证机关:核查后的发证机关。如,部发证填:国土资源部;省发证填:××省国土资源厅;市级发证填:××省××市国土资源局;县级发证填:××省××市××县国土资源局(所)等。
发证日期:核查后的发证日期(yyyy-mm-dd),其中“-”是西文的短划线。
项目类型:新立、变更、延续、换证、转让,选其一。
项目名称:核查后的采矿项目名称。
采矿权人名称:核查后的采矿权人单位全称。
经济类型:核查后的采矿权人单位的经济类型,具体见附录M。
法定代表人:核查后的法人代表姓名。
联系人:核查后的采矿权人单位的联系人姓名。
地址:核查后的采矿权联系人的通讯地址(如:陕西省西安市碑林区雁塔路12号)。
邮政编码:核查后的采矿权人单位的邮政编码(以最新发布的全国邮政编码为准)。
电话:核查后的联系人的可用电话(手机为11位,固定电话格式为:区号-电话号-分机),其中“-”是西文的短划线。
传真:核查后的联系人的可用传真(区号-电话-分机),其中“-”是西文的短划线。
核查人:本次实地核查工作者的姓名。
核查承担单位:本次实地核查工作承担单位全称,如:××省××市××县××单位全称。
核查日期:本次实地核查的-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
2其他属性信息
矿业权的其他属性信息表述矿山的基本情况。探矿权有勘查矿种、勘查阶段、矿区地理位置、所在政区、取得方式、勘查投入、主要实物工作量等;采矿权有矿山名称、开采主矿种、矿山地理位置、所属行政区、生产规模、开采方式等数据项。
(1)探矿权其他属性息字段内容。
勘查矿种:填写勘查矿种,具体参见附录N。
勘查阶段:预查、普查、详查、勘探,选一。
地理位置:详细描述勘查区块的具体地理位置。
所在政区:矿权所属行政区(××省××市××县)。
探矿权首次设立时间:指探矿权立项时间(yyyy-mm-dd),其中“-”是西文的短划线。
有效期时间:指探矿权有效的勘查起始(yyyy-mm-dd)及终止(yyyy-mm-dd)时间,其中“-”是西文的短划线。
探矿权取得方式:申请、拍卖、招标、合作,选一。
勘查投入:填写三个年度的资金投入,以及总共投入资金,单位:万元(小数点保留两位有效数字)。
资金来源:各方面的投资金额,以及总共资金数,单位:万元(小数点保留两位有效数字)。
主要实物工作量:填写各比例尺的填图面积、钻探、探硐进尺、探坑、探槽方量、物探点数或物探线长度、化探样品数等内容。
(2)采矿权其他属性息字段内容。
矿山名称:实地核查后的开采矿山名称(××省××市××县××村庄××矿,矿种名称严格按照附录N的矿产名称填写)。
开采主矿种:开采主要矿种的名称,按照附表N的矿产名称填写,对于主要矿种多于一种的填写于备注。
其他矿种:开采的非主要矿种的其他矿种,按照附表N的矿产名称填写。
所在政区:矿权所属行政区(××省××市××县)。
地理位置:矿山具体地理位置的详细描述。
有效期时间:采矿权有效的采矿起始(yyyy-mm-dd)及终止(yyyy-mm-dd)时间,其中“-”是西文的短划线。
生产规模:根据核查数据填写,单位为万吨/年、吨/年、克/年、立方米/年等,小数点后保留两位有效数字,选择正确的单位。
开采方式:露天、地下、露天/地下,选其一。
采矿权取得方式:探转采、竞争、协议、无偿,选其一。
开采标高上、下限:采矿权证上的开采上、下限高程,小数点后保留两位有效数字,单位为米。
3拐点坐标信息
拐点坐标信息表述矿业权法定许可范围,包括了平面投影坐标、区域高程、矿体标识和面积标识等。现有矿业权主要为1954年北京坐标,还有少部分独立坐标或1980西安坐标,核查后拐点坐标统一为1980西安坐标系坐标。其中采矿权是直角坐标,探矿权是经纬度坐标。为了坐标转换时,法定许可范围面积损失最小,采矿权以米为单位,保留小数后3位,探矿权以度为单位,按度度度分分秒秒NNNN表示(N表示4位十进制小数),即秒后保留4位小数。
(1)探矿权拐点坐标信息字段内容
登记库中经度坐标:填写登记库中的经度坐标值,输入格式为度度度分分秒秒(度不足三位的,前面补零)。
登记库中纬度坐标:填写登记库中的纬度坐标值,输入格式为度度分分秒秒。
核查后的经度坐标:核查后的经度坐标值,输入格式为度度度分分秒秒秒秒秒秒(度不足三位的,前面补零)。
核查后的纬度坐标:核查后的纬度坐标值,输入格式为度度分分秒秒秒秒秒秒。
(2)采矿权拐点坐标信息字段内容
登记库中X 坐标:填写登记库中的X 坐标值,指北坐标,小数点前七位,小数点后保留三位,共11位,如3919640000。
登记库中Y坐标:填写登记库中的Y坐标值,指东坐标,前两位是带号,小数点前八位,小数点后保留三位,共12位,如39564190000。
核查X 坐标:填写1980西安坐标系下的X 坐标值,指北坐标,小数点前七位,小数点后保留三位,共11位,如3919640000。
核查Y坐标:填写1980西安坐标系下的Y坐标值,指东坐标,前两位是带号,小数点前八位,小数点后保留三位,共12位,如39564190000。
4核查意见
核查意见包括矿业权实地核查发现问题、核查人、经办人、审查人、日期等内容,由实地核查承担单位填写。
(1)探矿权核查意见字段内容
问题与处理建议:通过对实地核查对照表和探矿权勘查工程实际材料图进行分析,填写发现的问题及相应的处理建议。
经办人:经办人姓名。
经办日期:经办-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
变更情况记录:本次实地核查后,如果对数据项已经进行了变更,在此栏进行说明。
记录人:记录变更情况人姓名。
记录日期:记录变更情况的-年-月-日;(yyyy-mm-dd),其中“-”是西文的短划线。
审查意见:核查单位对本次实地核查成果形成的意见。
责任人:核查承担单位的法人代表姓名。
审查日期:审查时的-年-月—日(yyyy-mm-dd),其中“-”是西文的短划线。
备注:填写表中未涉及到的相关情况。
(2)采矿权核查意见字段内容
问题与处理建议:通过对实地核查对照表和采矿权开拓采掘工程平面图进行分析,填写发现的问题及相应的处理建议。
经办人:经办人姓名。
经办日期:经办-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
变更情况记录:本次实地核查后,如果对数据项已经进行了变更,在此栏进行说明。
记录人:记录变更情况人姓名。
记录日期:记录变更情况的-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
审查意见:核查承担单位对本次实地核查成果形成的意见。
责任人:核查承担单位的法人代表姓名。
审查日期:审查时间,填写-年-月-日(yyyy-mm-dd),其中“-”是西文的短划线。
备注:填写表中未涉及的相关情况。
(二)矿业权属性数据格式
实地核查属性数据格式主要参照现有登记库的格式及规范,采用Access数据库结构。核查承担单位数据库、省级矿业权实地核查数据汇总数据库均采用同一数据库结构。除数据库外,还有Word格式的对照表及单矿业权基本情况说明。属性数据具体文件格式要求见表8-1。
表8-1 属性数据文件格式
实地核查属性数据库包含探矿权及采矿权的所有相关属性数据,含以下数据表:行政区代码表、基础参数表、矿产代码词表、综合词表_探矿权、综合词表_采矿权、空间文件检查基础表、勘查项目登记、探矿权核查、探矿权核查区域坐标明细、采矿申请登记、采矿权核查、采矿权核查区域坐标明细。核查内容主要在探矿权核查与采矿权核查表中,对应的登记库内容在勘查项目登记与采矿申请登记表中,其他表为辅助表。
核查表中的字段类型主要为文本型、日期型、数字型等。对于增加的字段,参照相应字段格式进行规范化要求。采矿权核查属性表结构如表8-2,探矿权核查属性数据表结构如表8-3。
表8-2 采矿权核查属性表结构
表8-3 探矿权核查属性表结构
不能准确的翻译,而使用拼音或缩写也不直观,不如直接使用英文。
2、在简历的、快速开法的(低成本仅供演示的)项目中,往往对数据字典没什么特别的要求,也无需考虑稳定性、迁移性等。使用中文可以方便修改逻辑结构模型,方便SQL语句设计,而且将来可以随时改为英文字段名。
优点:
1、不必考虑命名规范
2、很清晰的知道我们要 *** 作的字段,看起来简直一目了然。--当然如果数据库被其他人进入也是一目了然,安全性差一点。
3、页面显示的时候无需转换。
4、添加、更改字段属性,无需调整永久字段。 --关于这一点,我并没有理解。若有人明白,请帮助下我,万分感谢。
缺点:
1、编写时中文的“,”和英文的“,”,中文的全角半角等切换太麻烦,很容易出问题。
2、看起来有点Low,也容易出现打错列名。--介于智能输入法的智能提示及我们国家语文的博大精深。
3、中文储存预英文储存有差异,所以一些系统视图中可能会有一些性能或者维护上的影响。合并列的时候很麻烦。
4、兼容性差。如多语言环境下、多种数据库情况下,兼容性差。在Java中,是不支持中文列名的,它会直接导致你的 *** 作不成功。
总的来说,选用中文表名列名弊远大于利。所以为了避免不必要的麻烦和莫名其妙的错误,其他场景下还是选用英文为好。
但我们需要注意的是:
1、一定要命名规范。
2、要避免一些名称与关键字冲突。
3、考虑界面友好,页面显示一定要显示中文。
发布时间 : 2023/2/9 15:00:06 星期四 文章不动产数据整合技术方案更新完毕开始阅读
100%检查,由数据整理单位作业人员承担;二级检查为最终检查,检查比例为30%,由数据整理单位专职质量检查人员承担;一级验收为甲方验收,并对成果进行抽查,并出具检查报告及验收意见。
17主要成果
(1)数据库成果
不动产登记数据库,主要包括不动产单元数据、权利数据、权利人数据、登记业务数据、登记档案数据等。
(2)文档成果
①不动产登记存量数据整合实施方案
实施方案主要内容包括背景、目的、任务、基础资料情况、相关依据、组织实施(任务分工,实施计划)、工作程序、技术方法、预期成果、质量控制、保障措施、经费预算等。
②不动产登记存量数据整合技术方案(细则)
技术方案(细则)主要内容包括背景、目的、任务、已有资料分析及利用、技术依据、技术要求、技术路线、技术方法、预期成果、质量控制、组织实施(组织架构、人员投入、仪器设备投入、实施计划)、合理化建议等。
③不动产登记存量数据整合工作报告
工作报告主要内容包括背景、目的、任务、工作依据、工作原则、工作步骤、主要成果、时间安排、经验与体会、问题及建议、工作打算(下一步计划)等。
④不动产登记存量数据整合技术报告
技术报告主要内容包括背景、目的、任务、完成工作情况,技术依据、技术要求、技术路线、技术方法、主要成果、质量控制(或检查验收)、遇到的问题及解决方案、相关建议等。
⑤不动产登记存量数据成果分析报告
成果分析报告主要内容包括项目区概况、成果总体情况、成果质量情况、成果存在问题及分析、相关建议等。
⑥不动产登记存量数据整合质量检查报告
质量检查报告主要内容包括受检成果情况、质检开展情况;检查依据;检查内容、检查方法、质检问题情况、质量评价、附录等。
⑦不动产登记存量数据整合质量检查记录
质量检查记录应包括实施过程中各个环节自查、互查、专查等各级检查详细记录以及成果检查记录等。
⑧其他相关文档。 (3)过程成果
①整理后的各类登记数据原始数据库,包括土地登记数据库、房产登记数据库、林权登记数据库、海域使用权登记数据库等。
②整合后的各类登记数据中间数据库,包括房地匹配数据、落宗数据、规范化后的各类登记数据等。
2 成果检查
21检查方法 211随机抽样检查
从被检查的不动产登记数据库成果中,随机抽取不少于15%的单位产品作为样本,通过对样本的检查,评价数据的总体质量。随机抽样检测采用人工目视检测方法,通过屏幕显示或输出,与原始数据进行核对,以确定数据的质量状况。
212计算机软件检查
使用预先定义和设计好的规则、方法,利用软件进行全面检查。
22质量控制要素
221空间数据的质量评价要素
(1)图层名称规范性。
图层命名应保持和《不动产登记数据库标准(试行)》一致。 (2)属性数据结构一致性。
在数据库属性结构表中,属性项的定义应和《不动产登记数据库标准(试行)》保持一致,必选属性项的描述应采用《不动产登记数据库标准(试行)》的描述,
可以适当扩展,但不得冲突。
(3)代码一致性。
有明确命名规则、编码规则和数据字典的属性项,应严格执行编码方法,保持编码语义一致。
(4)数值范围符合性
属性项的值域应符合《不动产登记数据库标准(试行)》中相关值域的要求。 (5)点层内拓扑关系 点层内无拓扑错误。 (6)线层内拓扑关系 线层内无拓扑错误。 (7)面层内拓扑关系 面层内无拓扑错误。 (8)点线层拓扑关系 点线层无拓扑错误。 (9)点面层拓扑关系 点面层无拓扑错误。 (10)线面拓扑关系 线面层无拓扑错误。 (11)碎片多边形、碎线检查 不存在超限的碎片、碎线。 (12)空间要素一致性
行政区、地籍区、地籍子区、宗地之间无逻辑错误。
222非空间数据的质量评价要素
(1)完整性
数据表齐全,如《不动产登记数据库标准(试行)》中无信息,必须保留空表,并且属性结构不得与《不动产登记数据库标准(试行)》冲突。
(2)属性数据结构一致性
在数据库属性结构表中,属性项的定义应和《不动产登记数据库标准(试行)》
保持一致,必选属性项的描述应采用《不动产登记数据库标准(试行)》的描述,可以适当扩展,但不得冲突。
(3)代码一致性
有明确命名规则、编码规则和数据字典的属性项,应严格执行编码方法,保持编码语义一致。
(4)数值范围符合性
属性项的值域应符合《不动产登记数据库标准(试行)》中相关值域的要求。 (5)表内逻辑一致性检查
对数据表内相关联约束字段进行一致性检查,保证逻辑关系正确。 (6)表间逻辑一致性检查
对数据表中的关联主键进行检查,保证关联关系正确;相关联的属性项之间没有逻辑错误。
3 成果汇交
31目标与任务
不动产登记数据汇交最直接的目的是建立全国不动产登记数据库,将各级不动产登记机构的信息纳入统一的不动产登记信息系统,确保国家与地方的数据一致,确保国家、省、市、县四级登记信息的实时共享。
不动产登记数据汇交主要任务是各县(市、区)按照统一数据内容、结构和格式等要求,通过数据抽取、映射、转换等技术手段,形成符合国家、省数据汇交要求的数据成果并上报,省根据数据汇交要求,对各县(市、区)汇交的数据成果进行数据汇总,形成省级汇交数据成果并上报。
32汇交方式及程序 321汇交方式
不动产登记数据汇交分为初始汇交和最终汇交,初始汇交是按照统一时间点首次一次性汇交数据成果,数据汇交采用全量数据库方式进行汇交;最终汇交是各县(市、区)在初始汇交基础上完成全部不动产登记数据整合后一次性汇交最
1
<<
5
6
7
8
9
Word文档下载:不动产数据整合技术方案doc
搜索更多:不动产数据整合技术方案
create table emp(
empno number(10) primary key, --员工编号
gender varchar2(4), ----性别
ename varchar2(30),--员工姓名
job varchar2(30),--工作
hiredate number(10),--入职时间
sal number(10),--工资
comm number(10),--福利
deptno number(10),--部门编号
)
以上就是关于数据库中数据表的主属性怎么设全部的内容,包括:数据库中数据表的主属性怎么设、矿业权属性数据规范化整理、数据库名是中文,需要注意什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)