数据库信息技术基础

数据库信息技术基础（共8篇）

数据库信息技术基础篇1

基础地理信息数据更新技术方法

总结了作者所在单位多年来数据生产经验,并结合目前GPS测量技术在数据采集方面的应用,概括了四种更新技术方法及其相应生产流程,总结了各种方法的.特点及适用范围,为基础地理信息数据更新生产技术方法的选取提供参考.

作者：任娟周旭斌陈泽鹏 REN Juan ZHOU Xu-bing CHEN Ze-peng 作者单位：广东省国土资源信息中心,广东,广州,510075刊名：北京测绘英文刊名：BEIJING SURVEYING AND MAPPING年，卷(期)：2009“”(1)分类号：P208关键词：基础地理信息数据更新数字测图正射影像缩编 GPS

数据库信息技术基础篇2

省级基础地理信息数据库 (以下简称基础库) 是以形成数字信息服务的产业化模式为目标, 通过对各种不同技术手段获取的基础地理信息进行采集、编辑处理、存储, 以建成多种类型的基础地理信息数据库, 并建立数据传输网络体系, 为省 (市、自治区) 各部门提供基础地理信息服务。省级基础地理信息数据库是国家空间数据基础设施 (NSDI) 的重要组成部分, 是国家经济信息系统网络体系中的一个基础子系统[1,2]。

基础库从九五时期开始在各省陆续建设, 经历十几年的发展, 其技术体系与成果水平也经历了更新换代。我国省级基础库的发展历程可初略分为:第一代以广东、陕西等省为代表, 其基础库主要实现了多尺度数据集中存储, 统一管理, 提升了基础数据管理能力;第二代以黑龙江等省为主, 强调规范化数据质检与业务化成果分发, 提高业务运营水平;第三代以甘肃、山东等省份为代表, 重点以图库一体为核心, 实现基于数据库的地形图快速制作, 从而提高基础库应用水平;第四代是随着当前基础库发展水平, 以辽宁等省为代表, 正在开展建设, 以快速动态/联动更新为基础, 提供在线服务, 满足多样化服务需求。

本文阐述了基础库数据组织模型设计、数据质检、地形要素动态更新与数据库制图等面向管理与应用服务的关键技术, 实现现有省级基础地理信息数据库系统的技术升级与工艺改良, 从而增强测绘生产成果质量控制能力, 缩短生产成果建库周期;提高基础地理信息管理水平, 降低管理维护成本;提高多样化产品制作效率, 提高应急响应能力, 充分发挥基础地理信息综合服务保障能力[3]。

1 关键技术

1.1 数据库组织存储设计

基础库系统两个典型的核心需求是数据更新和数据库制图, 数据库组织存储须适应管理与应用的需求, 因此, 需要通过设计面向时空数据存储模型与面向数据库制图的地形制图数据一体化组织模型, 以实现地形要素的动态增量更新与基于数据库的自动化制图[4,5]。

1.1.1 面向时空数据存储模型

当前主流的时空数据模型有时空立方体模型、连续快照模型、基态修正模型、时空复合模型和面向对象的时空数据模型等, 面向以1∶1万数据更新为主体的省级基础地理信息数据库系统的管理及应用需求, 可参照基态修正模型, 设计时态数据存储模型。通过在实体数据中扩展记录数据更新时间信息, 结合时间序列数据信息, 即可组合出实体变化的时间轨迹, 从而达到记录和回溯实体变化整个历史过程的目的。实体数据中按时间序列分又可以分为现势数据、过程数据、历史数据, 分别存储在现势库、工作库和历史库中。

时态数据存储模型如图1所示。

1.1.2 地形制图数据一体化存储模型

地形制图一体化存储是在不影响基础数据主体结构的前提下, 在基础库中添加必要的制图辅助数据。在这些数据的支撑下, 结合灵活的制图规则可实现高效的地形图制图和制图更新[6~8]。其模型如图2所示。

制图数据包括图层级和要素级两个层次的数据。图层级的制图数据主要包括由基础数据派生得到的注记和整体性河网/路网数据以及图廓元数据。要素级的制图数据是在基础数据图层中添加制图数据字段, 记录符号属性数据、符号结构数据和要素编辑数据。符号属性数据包括旋转角度、颜色、线宽和填充点位等制图时需要个性化调整的符号属性;符号结构数据用于描述特殊符号如斜坡、桥梁、台阶和收费站等的结构;要素编辑数据主要包括要素化简、移位、合并和区域消隐等具有几何形状的制图编辑数据。

1.2 面向建库成果数据质检技术

数据质检是基础地理信息数据库系统建设重要部分, 针对入库的成果数据须提供完善的质检机制, 在数据入库前, 能够对数据质量进行全面检查并生成质检报告, 同时对于不合格的部分数据可以进行适当的处理, 得到满足建库质量标准的数据, 保证数据的完整性与一致性[9]。质检技术宜采用基于“规则—模型—方案”的质检机制, 基于工程化组织、多任务并行策略, 可极大提高质检模块的应用灵活性, 扩展其应用范围。其中质检规则是对检查对象、检查参数以及检查方法的一种抽象和封装, 它执行一个特定的元素级检查操作。从而使数据质检贯穿于整个数据建库的全过程, 保证建库数据的完整性、一致性与权威性。数据质检流程如图3所示。

数据质检应具有以下几个特点:

(1) 支持矢量、栅格与元数据多类型数据的质检

目前, 建库成果主要包括DLG、DEM、DOM、DRG、元数据等多类型数据, 质量主要提供批量化质检作业能力, 并能快速生成质检报告, 提供对数据的质量评价。

(2) 支持基于方案模型的质检

由于测绘成果数据质量的提高是一个动态持续的过程, 因此其质量标准也会随之变化。针对此种情况, 面向建库成果数据质检提供了将各种质检规则通过自由灵活的配置固化成方案的能力, 每一个方案可以针对不同的数据类型与不同的比例尺, 可以方便地进行调用和共享。同时底层的质检规则库可以支持拓展, 因此能够极大地提高系统质检模块的开放性与拓展性。

(3) 提供全类型的质检能力

全类型的质检能力包括数据组织、数学基础、数据完整性及一致性、图形、属性以及接边正确性的检查。同时, 数据质检规则库提供扩展能力, 将随着数据的丰富, 质检需求的变化不断的进行扩展和完善。

1.3 地形要素动态增量更新技术

该技术主要是实现地形要素按任意区域范围、任意要素进行增量更新, 更新过程中记录面向要素级的变化信息, 精确到哪些要素发生了新增、删除、修订等更新信息, 同时辅助记录更新业务相关信息 (如更新时间、更新负责人等) , 更新后数据将存储到历史数据库中进行管理, 并可支持历史数据查看与回溯。其更新流程如图4所示。

数据更新功能提供支持工程化的数据更新模式, 同时支持不同的更新方式, 做到了更新过程自动化与可视化。基础库的历史数据管理可以按照更新工程、更新时间及更新图层进行多层次、不同维度的历史数据浏览和导出, 并且可以将现势数据回溯至某一历史时刻状态的数据。在更新范围方面, 提供按照任意、标准分幅范围的更新;在更新方式上, 提供冲突检测更新、锁定更新、替换更新, 追加更新等技术模式。

1.4 数据库自动化制图技术

自动化制图技术主要实现一套数据两种用途的目的, 即一套GIS数据, 既支持查询分析, 又能支撑地形图快速制作, 因此“建库与制图一体化”思想是今后数据库建设、更新维护的一种趋势[10]。基于数据库进行地形图的快速制图是从数据建库到成果展现的重要环节, 而如何利用数据库数据制图符号的表达却一直存在诸多难点。首先, 数据库数据是仅存在几何关系的骨架数据, 在进行初步的符号化后为了满足复杂的制图效果, 就需要在符号属性、制图规则、自由表达三个层面上对同一套数据库数据进行制图编辑, 以达到不改变数据本身而实现多种制图效果的数据库制图要求;其次, 地图制作过程中70%以上的工作量都集中在对注记的编辑, 如何高效地实现注记位置的正确放置且提供便利的编辑工具是影响数据库制图优劣的重要因素;第三, 制定合理的制图流程, 实现大批量库存数据的快速制图、出版, 满足各行业对数据库制图的迫切需求, 是制图的又一难点。实现数据库自动化制图, 一方面, 从数据库组织存储模型入手, 基于地形制图数据一体化存储模型, 运用相应的制图规则进行自动化制图功能实现, 无需改变数据实体, 只需很少一部分的编辑处理即可遵守现有的基于国家标准的制图规范, 实现很好的地形图及相关专题图的制图效果, 大大缩短手工调整所花费的时间, 实现由库到图快速自动化。另一方面, 须解决智能化标注、制图表达规则处理和复杂符号的实现等关键技术问题。数据库快速制图的工艺流程如图5所示。

2 应用案例

广东省基础地理信息数据库建成于2004年, 实现了全省多比例尺、多数据类型、多时相的数据的组织统一管理, 但尚未具备数据联动更新、图库一体化等方面的功能, 在测绘数据生产管理、年度数据资料统计上报等方面还是依靠人工方式, 工作效率低下。为此, 省级基础库进行了升级改造, 以上所述关键技术在系统升级中得到了具体应用。

2.1 系统技术架构

广东省基础地理信息数据库升级系统技术架构如图6所示。

2.2 系统功能实现

(1) 基于规则库的工程化组织、多任务并行的数据质检

数据质检子系统针对入库的成果数据提供了一整套完善的质检机制, 在数据入库前, 能够对数据质量进行全面检查并生成质检报告, 取代以往采用的4DCHECK、4DMAP等单机版数据检查软件, 保证入库数据的完整性与一致性。

(2) 海量数据快速入库

在入库环节, 数据库入库更新系统将入库业务进行工程化管理, 支持标准分幅、大范围连续数据入库, 同时支持工程驱动的方案式数据入库作业, 极大地简化入库更新作业步骤, 杜绝错误操作的产生, 提高了建库的工作效率, 缩短了建库周期。

(3) 工程驱动的数据动态更新与历史数据管理

入库更新子系统采用工程方式组织数据更新工作, 实现广东省基础库要素级、区域级快速更新, 并在数据的更新过程中记录不同时期要素的增、删、改操作, 从而可以在需要时对整个数据的变化过程进行历史回溯与对比分析。

(4) 基于建库数据生产标准比例尺分幅地形图的图库一体

广东省基础库升级系统中引入了“图库一体”的模式, 既能支撑建库与应用分析, 又能基于建库数据进行快速标准地形图制图, 提高了基础库对外服务能力, 为进一步拓宽产品服务模式奠定基础。基于数据库的GIS数据进行制图的整体效果如图7所示。

3 结论

通过对省级基础地理信息数据库建设与应用关键技术研究以及具体应用, 基础库不仅能够满足对多源基础地理信息数据的集中存储与统一管理, 同时能够实现动态更新、提供应急快速制图等应用服务, 拓宽基础库的应用价值。可以预见, 省级基础库的建设、升级将以快速动态与联动更新技术来保障数据库的现势性, 以数据库制图为关键技术提供高效的地图产品, 进而提高基础库的实用性, 满足多样化服务需求。

摘要：省级基础地理信息数据库的建设是各省开展信息化测绘与地理信息服务的基础性工程。通过对当前省级基础地理信息数据库建设与应用的关键技术研究及实际应用, 为省级基础地理信息数据库系统科学、合理地建设与应用提供技术支撑。

关键词：基础地理信息数据库,数据模型,质检,增量更新,图库一体

参考文献

[1]邬伦, 刘瑜, 张晶等.地理信息系统原理、方法和应用[M].北京:科学出版社, 2001.

[2]祝国瑞.地图学[M].武汉:武汉大学出版社, 2004.

[3]魏苹.城市基础地理信息数据库设计与实现[D].长春:吉林大学, 2013.

[4]朱宏斌, 陆海英, 盛琦, 洪胜.城市基础地理信息数据库更新方案研究[J].测绘通报, 2011, (1) :25~27.

[5]刘雪松, 吴琼, 张俊.基础地理信息数据库动态更新生产技术研究[J].测绘与空间地理信息, 2013, 36 (9) :146~148.

[6]吴燕平, 田超, 谢露蓉, 夏宏威, 陈白.建库与制图数据一体化生产与管理技术的研究与实践[J].测绘科学, 2011, 36 (6) :224~226.

[7]吴燕平, 张新利, 赵敏, 牛芝香, 夏宏威.制图与建库数据一体化更新技术研究[J].测绘标准化, 2012, 28 (1) :24~27.

[8]李静兰.地图数据与空间数据一体化生产模式的实现[J].城市勘测, 2011, (3) :12~15.

[9]余谦, 苏卫波.城市基础地理信息数据库质量检查研究[J].测绘地理信息, 2012, 37 (6) :46~47.

教育基础信息数据库规划与建设篇3

《国家中长期教育改革和发展规划纲要（2010-2020年）》中明确提出要构建国家教育管理信息系统，加快教育信息化进程。小金教工程是构建国家教育管理信息系统的第一个重大项目，具有基础性地位，包括“建立教育基础信息数据库、国家级教育管理信息化支撑平台、国家教育管理公共服务平台”三项建设内容。教育基础信息数据库建设是其中的基础和重点。

二、教育基础信息数据库建设思路

1.指导思想

教育基础信息数据库建设全面贯彻落实国家对教育管理信息化的要求，以提升教育监管能力与服务水平为目标，以教育管理信息系列标准为依据，根据教育事业管理业务的需求，整合教育基础信息数据资源，构建统一的基础数据环境，健全教育基础信息管理与运行机制，为推动各级各类教育的管理现代化、科学化与规范化，为教育改革和发展提供有力支撑。

2.建设目标

教育基础信息数据库建设以学校、学生、教职工为对象整合分散在国家、省、学校等各级教育机构的教育基础信息数据资源，统一规划内容、统一设计结构、统一制定技术架构，建立健全教育基础信息管理规章制度和技术规范。

业务上：形成教育基础信息数据库概念模型，确定覆盖业务范围、内容组成、层次结构，以及与关联信息系统的关系。

技术上：设计教育基础信息数据库的逻辑架构和部署架构，提出海量数据存储、并发访问等关键技术解决方案。

管理上：建立教育基础信息数据库管理工作体系，形成管理、业务和技术相互配合的工作模式以及相应的管理流程和规范。

三、教育基础信息数据库的内容规划

1.教育基础信息数据库的组成

教育基础信息数据库覆盖各级各类教育的基础信息，按照教育服务和监管业务的三个对象：学校、教职工、学生为线索进行组织。

在各级各类教育中，除对教职工统筹管理外，对学校、学生的管理在学前、中小学、中职、高校四个教育层次中各有特点。因此，形成学前教育学校、学生，中小学教育学校、学生，中职教育学校、学生，高等教育学校、学生以及教职工九个教育基础信息主题数据库。同时，基于教育事业管理业务的需要，还有若干业务管理主题数据库。图1描述了教育基础信息数据库的逻辑架构。

教育基础信息数据库中各主题数据库通过统一的学校编码、教职工编码、学生编码建立联系。纵向贯穿各级各类教育层次形成全局集成的学校、教职工、学生基础信息数据库；横向打通学校、教职工、学生关系形成全面整合的学前教育、中小学教育、中职教育和高等教育基础信息数据库。形成的若干逻辑数据库如图1虚线所示。

2.教育基础信息数据库的内容

在教育基础信息数据库中，学校、教职工、学生三个管理对象的基本信息是国家教育管理信息系统信息关联、业务衔接和数据分析、挖掘的基础。因此，重点对这三类信息进行了详细设计。

（1）学校基础信息数据库

学校基础信息数据库内容包括：基本信息、经费信息、教学信息、科研信息、资产信息等，不同教育阶段内容依据管理特点有所侧重。具体如表1所示。

（2）教职工基础信息数据库

学前教育、中小学教育、中等职业教育、高等教育四个教育阶段的教职工基础信息数据库内容包括：基本信息、资质信息、任职信息、异动信息等，不同教育阶段内容依据管理特点有所侧重。具体如表2所示。

（3）学生基础信息数据库

学生基础信息数据库内容包括：基本信息、学籍信息、结业信息等，不同教育阶段内容依据管理特点有所侧重。具体如表3所示。

3.与国家教育管理信息系统的关联关系

教育基础信息数据库其数据来源还是国家教育管理信息系统产生的业务数据，因此需要明确教育基础信息数据库和国家教育管理信息系统的关联结构。重点解决数据由谁生成、由谁维护、由谁管理、由谁使用等问题，满足国家教育管理信息系统建设的需要。

表4采用C-U矩阵描述教育基础信息数据库与国家教育管理信息系统的关系。

四、教育基础信息数据库的技术架构

1.教育基础信息数据库数据架构

教育基础信息数据库的数据架构要考虑数据构成、数据标准、数据采集、数据交换、数据存储和数据安全等内容，如图2所示。

（1）数据维护按照“谁提供，谁负责”的原则进行，数据只能在一处进行维护，必须保证提供唯一的数据管理和访问接口。

（2）数据采集支持开放的、标准化的文件格式，并能实现数据的自动汇总。

（3）数据交换时充分考虑海量数据交换的方式和效率，尽量在数据库层直接进行传输；在不能实现数据库访问的情况下可通过服务层进行交换。

2.教育基础信息数据库部署架构

教育基础信息数据库涉及到各级各类教育机构的基础信息，数据量较大、数据交换频繁，在实际部署上，采用“物理集中、逻辑独立”为主的方式：结构化数据集中在国家（教育部）、省（只含本省数据）两级建立统一的数据库服务器平台集中物理部署，非结构化数据由内容管理软件统一管理。即形成国家级、省级两级教育基础信息数据库。其中国家级教育基础信息数据库实际物理部署，省级可以根据情况确定是否单独部署。图3描述了国家、省两级教育基础信息数据库的部署架构。

3.教育基础信息数据库关键技术

目前全国有70万左右的教育机构，每年在校学生3亿多，毕业生超过3000万，数据量比较庞大。在部、省两级的部署模式下，在建设中需要考虑数据库的设计、数据共享交换、海量数据存储和并发访问控制等问题。

其中，针对海量数据采用“化大为小、活跃分级”的基本思想。将数据分成一个个小的单元，并对数据活跃度进行分级，然后根据不同的策略处理。在此基础上，充分应用并行计算、负载均衡等技术手段，同时配套高性能的硬件基础设施做保障。

五、结束语

教育基础信息数据库的建成将会为教育改革和发展提供有力的基础数据支撑。然而，教育基础信息数据库建设是一项系统工程，不是一蹴而就的。在教育基础信息数据库规划完成的基础上，还需要落实、遵循规划指导国家教育管理信息系统建设，并通过有效的手段和机制对教育基础信息数据库进行持续、有效的管理。

本文是作者根据教育基础信息数据库规划与建设实际工作总结提炼的粗浅认识，怎样做好这项工作是一项难度很大的任务，希望同行专家不吝指正。?

数据库信息技术基础篇4

兹立授权书，授权本公司提出以下业务申请至业务结清期间，重庆银行向中国人民银行企业信用信息基础数据库查询本公司的信用信息：

□

1、向重庆银行申请授信业务；

□

2、为重庆银行的授信申请人提供担保；

□

3、作为重庆银行授信申请人的股东、关联方、实际控制方等重要关系人；

□

4、本公司高管或重要关系人向重庆银行申请借款，需要了解本公司信用状况； □

5、向重庆银行申办企业POS商户；

□

6、其他（请具体说明）。

在以上信贷业务申请至业务结清期间，包括对已发放的信贷业务进行贷后管理期间，以及进行信用报告异议处理期间，重庆银行及其所属分支机构可在《征信业管理条例》的规定下依法查询并合规使用本公司的信用信息。

本公司同意重庆银行将本公司的信用信息（包括可能产生的不良信息）报送至中国人民银行企业信用信息基础数据库。

特别声明：本公司已知悉并充分理解以上授权书条款的全部内容。

授权人：（盖章）

授权人法人代表（签章）：授权人联系电话：

业务受理人签字：

重庆银行查询使用个人信用信息基础数据库授权书

兹立授权书，授权本人提出以下业务申请至业务结清期间，重庆银行向中国人民银行个人信用信息基础数据库查询本人的信用信息：

□

1、向重庆银行申请授信业务；

□

2、向重庆银行申请贷记卡、准贷记卡；

□

3、为重庆银行的授信申请人提供个人担保；

□

4、作为重庆银行授信或担保申请人的财产共有人、共同还款人；

□

5、作为重庆银行授信申请人的法人代表、出资人或关联人；

□

6、向重庆银行申办个人POS商户；

□

7、其他（请具体说明）。

在以上信贷业务申请至业务务结清期间，包括对已发放的信贷业务进行贷后管理期间，以及进行信用报告异议处理期间，重庆银行及其所属分支机构可在《征信业管理条例》的规定下依法查询并合规使用本人的信用信息。

本人同意重庆银行将本人的个人信息（包括可能产生的不良信息）报送至中国人民银行个人信用信息基础数据库。

特别声明：本人已知悉并充分理解以上授权书条款的全部内容。

授权人姓名：

授权人身份证号码：授权人联系电话：授权人签字：业务受理人签字：

数据库信息技术基础篇5

（三）一、金融信用信息基础数据库作为我国重要的金融基础设施，《条例》对其有什么规定？

由中国人民银行组建、中国人民银行征信中心运行维护的我国金融信用信息基础数据库运行8年来，已收录1800多万户企业、8亿多个人的有关信息。为明确金融信用信息基础数据库的运行和监管依据，发挥好金融信用信息基础数据库的重要作用，保障信息主体合法权益，《条例》对其作了专门规定。

《条例》规定，金融信用信息基础数据库由国家设立，为防范金融风险，促进金融业发展提供相关信息服务。金融信用信息基础数据库由不以营利为目的的专业机构建设、运行和维护；该专业机构由国务院征信业监督管理部门监督管理。

金融信用信息基础数据库的运行应遵守《条例》中征信业务规则的有关规定。从事信贷业务的机构有义务向金融信用信息基础数据库提供个人和企业的信贷信息，提供时需要取得信息主体的书面同意，提供个人不良信息应提前通知信息主体。金融信用信息基础数据库为信息主体和取得信息主体书面同意的金融机构和其他使用者提供查询服务。国家机关可以依照有关法律、行政法规的规定查询金融信用信息基础数据库的信息。

二、中国人民银行作为国务院征信业监督管理部门应当履行哪些管理职责？

《条例》明确中国人民银行及其派出机构是征信业监督管理部门，依法履行对征信业和金融信用信息基础数据库运行机构的监督管理职责：一是制定征信业管理的规章制度；二是管理征信机构的市场准入与退出，审批从事个人征信业务的机构，接受从事企业征信业务的征信机构的备案，定期向社会公告征信机构名单；三是对征信业务活动进行常规管理；四是对征信机构、金融信用信息基础数据库运行机构以及向金融信用信息基础数据库报送或者查询信息的机构遵守《条例》及有关规章制度的情况进行检查，对违法行为进行处罚；五是处理信息主体提出的投诉。

三、《条例》的出台对规范和促进征信业健康快速发展有哪些积极意义？

我国征信业发展时间不长，与国外发达国家相比，征信市场管理、征信活动的基本规则尚无法律依据，征信经营活动缺乏统一遵循的制度规范，部分以“征信”名义从事非法信息收集活动的机构扰乱了市场秩序。

《条例》的出台，一是解决征信业管理无法可依的问题。明确征信业监督管理部门的职责及其管理对象、管理措施和管理手段，有利于加强对征信市场的管理，规范征信业的健康发展。二是解决征信市场中信息采集、使用不规范等问题。确立征信业务及其相关活动所遵循的规章制度，规范征信机构、信息提供者和信息使用者的业务行为，建立良好的征信市场秩序。三是解决征信市场整体发展水平较低的问题。促进形成各类征信机构互为补充、依法经营、公平竞争的征信市场格局，满足社会多层次、全方位、专业化的征信服务需求。

四、《条例》的出台对缓解中小企业“融资难”有哪些帮助？

征信业作为信用信息服务行业，规范其健康发展对于支持中小企业的融资具有重要的作用。众所周知，信息不对称是影响中小企业融资的一个重要因素，通过征信服务，一方面有助于提高中小企业的信息透明度，提高中小企业获得融资的可能性；另一方面有助于发展中小企业的信用价值，提高其获得融资的额度，支持有信用、有效益的中小企业发展。

与此同时，商业银行可以通过中小企业征信体系了解企业相关基本信息和融资信息，为信贷决策提供了很好的决策依据和信息保障。商业银行可借助中小企业信用信息资源，尤其是小微企业所有人信息资源，简化中小企业贷款调查手续，在企业的历史交易、信用记录等情况的调查上节省时间。特别是针对小微企业可依托信息资源，开发评分模型，发展批量化评价、审批，将提高审贷效率，降低交易成本，扩大信贷业务规模。

五、《条例》的出台如何促进社会信用体系建设？

数据库信息技术基础篇6

1、外模式/模式映象：

(1) 定义了数据库中不同用户的外模式与数据库逻辑模式之间的对应关系;

(2) 可有多个外模式/模式映象，对于每个外模式，需要一个外模式/模式映象来定义该外模式与模式之间的对应关系;

(3) 当模式发生变化时，只需调整外模式/模式间的映象关系，而外模式无需修改，保证了数据与应用程序的逻辑独立性，称为数据的逻辑独立性。

2、模式/内模式映象：

(1) 定义了数据库中数据全局逻辑结构，与这些数据在系统中的物理存储组织结构之间的对应关系。

(2) 模式/内模式映象是唯一的;

(3) 当内模式发生变化时，只需调整模式/内模式映象关系，而模式无需修改，保证了数据库中的数据与应用程序间的物理独立性，称为数据的物理独立性。

数据模型概念

1、数据模型(Data Model)--是数据库系统的形式框架，是用来描述数据的一组概念和定义，包括描述数据、数据联系、数据操作、数据语义以及数据一致性的概念工具;

2、数据模型应满足：(1)能够比较真实地模拟现实世界;(2)容易为人们所理解;(3)便于在计算机上实现。

3、数据模型的组成：

(1) 数据结构：用于描述系统的静态特征，从语法角度表述了客观世界中数据对象本身的结构和数据对象之间的关联关系，是刻画一个数据模型性质最重要的方面。在数据库系统中，通常按照数据结构的类型来区分、命名各种数模，如层次、网状、关系数模。

(2) 数据操作：用于描述系统的动态特征，是一组对数据库中各种数据对象允许执行的操作和操作规则组成的集合。数据操作可以是检索、插入等，数模必须定义这些操作的确切含义、操作符号、操作规则以及实现操作的数据库语言。

(3) 数据完整性约束：是一组完整性规则的集合，它定义了数模必须遵守的语义约束，也规定了数据库中数据内部及数据之间联系所必须满足的语义约束。它限定了数据库的状态以及状态的变化，以便维护数据的正确性、有效性。

数据模型分类

1、用数据模型这一概念来描述数据库的结构和语义，通过现实世界―信息世界―机器世界的抽象转换过程构建数据库，并根据模型所定义的规范去管理和使用数据。

2、建模过程：(1)将现实世界的数据对象抽象为信息世界中的某一信息结构;(2)再将信息结构转换为机器世界中某一具体DBMS支持的数据模型，并存储于计算机中。

3、数据模型分类：

(1) 概念数据模型(概念模型)：按用户的观点对数据和信息进行建模，是现实世界到信息世界的第一层抽象，强调其语义表达功能，易于用户理解，是用户与设计人员交流的语言，主要用于数据库设计。最常用的是实体―联系模型。

(2) 数据结构模型(表示型/实现型)：是机器世界中与具体DBMS相关的数据模型，包括关系模型、网状模型和层次模型

(3) 物理数据模型：属底层数据模型，描述数据的实际存储方式。

信息与数据

1、信息、物质、能量是组成客观世界并促进社会发展的三大基本要素;

2、信息(Information)--是客观世界事物的存在方式和运动状态的反映，是对事物之间相互联系、相互作用的描述。信息具有可感知、可存储、可加工、可传递和可再生的自然属性。

3、数据(Data)--是描述现实世界事物的符号记录，是用物理符号记录下来的可以识别的信息。不同的物理符号体现出数据的不同表现形式。

4、信息与数据间存在固有联系，数据是信息的符号表示，或称为载体。信息则是数据的语义解释，是数据的内涵，信息以数据的形式表现出来，并为人们理解和接受。

5、数据处理(Data Processing)--是指对数据进行分类、收集、组织、存储，进而从已数据出发，抽取或推导出新的数据，这些数据表示了新的信息。

6、数据管理(Data Management)--是指对数据的分类、收集、组织、编码、存储、检索和维护，是数据处理业务的重要环节。

7、数据处理与数据管理的区别在于，数据处理除了具有数据管理功能外，还可通过数据管理得到的数据进一步深加工，从中获取新的数据和信息。

数据库系统

1、数据库(DB，DataBase)--是长期存储在计算机内有组织的、大量的、共享的数据集合;

2、数据库管理系统(DBMS，Database Management System)--是指在计算机系统中，位于用户与操作系统之间的数据管理系统软件，是数据库系统的核心。

3、数据库系统(DBS，DataBase System)--是指在计算机系统中引入数据库后的软硬件系统构成，DBS一般分成三个层次：(1)计算机硬件平台;(2)系统软件和应用软件;(3)用户;在不引起混淆和歧义的情况下，数据库系统简称为数据库。

4、(狭义的)数据库系统―是由数据库和数据库管理系统组成的软件系统，主要为用户提供数据存储和查询、插入、修改、删除、更新等数据管理功能。

5、(狭义的)数据库应用系统(DBAS，DataBase Application System)―是由数据库、数据库管理系统、数据库应用程序组成的软件系统，它面向具体应用领域，提供了更为复杂的数据处理功能。

6、数据库技术―是研究数据库的结构、存储、设计、管理和使用的一门计算机应用学科。

7、数据库技术与其它计算机科学有密切关系：

(1) 数据库技术以文件系统为基础发展而来，DBMS需要操作系统的支持，数据库以文件形式存储在外部存储上的;

(2) 数据库与数据结构的关系很密切，数据库技术不仅用到数据结构中的链表、树、图等知识，各种数据模型本身就属于复杂数据结构;

(3) 主流的关系数据库系统，其理论基础是关系数据模型，而该模型是在离散数学集合论中“关系”这一基本概念上发展起来的;

(4) 当用户访问数据库，DBMS对用户提交的查询操作类似于，计算机编译系统对程序的编译过程;

数据库信息技术基础篇7

一、存在的问题

(一) 信息采用的范畴不严谨

个人征信数据库收集了大量的银行信息和一些非银行信息的, 是信息集中提供的来源, 其提供的信息发挥较大的社会效应。但从数据库采用的信息情况来分析, 其信息包括司法信用信息 (法院、公安等) 、行政信用信息 (税务、社保等) 、民事信用信息 (银行、水电及通信费用等) , 来源比较庞杂 (如图1所示) 。

从图1可以看出, 数据库包含着个人违反计划生育信息, 原来的设立初衷是为了控制人口总量, 提高人口素质。这些信息虽然与个人信用状况有关, 但与判断信用风险高低无直接关系, 对防范信用风险无实质意义。从这可以看出, 数据库的信息采用没有一个法律明确的范围, 在信息采用的范畴上没有一个明文的规定, 哪些应该要采集, 哪些不能采集, 在法律上没有规定一个具体的范围, 故形成了一个各自为政的混乱局面。

(二) 信息采集缺乏统一规范和标准

个人征信数据库中, 个人信息采集上缺乏统一的规范和标准。一是个人信用信息来源于政府各部门日常行政管理或执法系统, 缺乏统一的数据接口标准, 影响信息资源共享范围及数据的准确整合。如公安、国税局使用公安部、国税总局开发的系统;工商、地税、电信、质监局使用省局开发的系统;机关事业单位养老保险、医疗保险、住房公积金、房管部门使用各市自行开发或购买的软件系统。二是未建立非银行信用信息采集的征信法规, 信息采集无依据。虽然人民银行非银行信用信息采集与《中国人民银行法》赋予的“管理信贷征信业, 推动社会信用体系建设”的职责有一定联系, 但因未建立非银行信用信息采集的征信法规, 信息采集难度大。目前, 人民银行征信管理部门通过与当地政府相关部门沟通协调采集非银信息, 然而各个城市的信息采集各自为政, 非银行信息征集工作缺乏理论指导, 造成采取“遍地开花”、“圈地运动”的简单做法, 征集数据不系统、不规范, 数据应用更有待深化。

(三) 向征信机构提供错误、过时的信用信息

由于信用信息的数量庞大且形式多样, 以及信用信息的提供者可能存在收集信息的程序、技术、手段等方面的不足, 导致信息出现质量上的漏洞, 提供了错误、过时的信用信息, 进一步影响到对个人信用的客观评价。

如笔者在调查某市个个人征信数据库使用中, 发现存在以下问题。一是部分自然人的信息欠缺。从调查情况看, 金融机构查询客户信息时, 发现相当部分的申请人无信用报告记录, 经常出现“未查到此人的信用报告”的查询结果。二是信息不全, 如家庭地址、工作单位及电话、最高学历、婚姻状况等信息基本上没有收集在信用报告内。三是信息更新不及时, 借款人的基本信息几乎是最初办理贷款或信用卡业务时所收录的信息, 随着时间的推移, 许多信息如家庭住址、工作单位、家庭状况等都发生了变化, 当前的真实情况与系统信息相去甚远, 信息更新不及时导致信息价值不高是反映强烈的问题之一。四是信息的真实性和准确性有待提高, 在金融机构查询个人征信数据库中, 一方面查询显示的结果存在与实际不符的情况, 如男性显示为女性、婚姻状况和住址不符等;另一方面识别个人真实身份难, 因身份证未与公安部门对接, 对身份证的真伪鉴别还缺乏手段, 确认借款人身份全凭感觉, 难以避免用假身份证办理信贷业务的情况发生, 给金融机构信贷风险防范带来一定难度。

(四) 擅自修改或截留个人信用信息

这是指信息提供者为了独占信用良好的客户, 在竞争中取得优势, 而故意修改或截留个人信用信息的行为。一般情况下, 银行多会选择后一种行为即截留个人的某些重要信息, 因为这种行为相比较修改个人信用信息而言风险较低, 不容易被发现。对信息的截留会使个人的信用评价受到间接损害, 并由于一些良好的信用记录不能为其他的使用者共享, 从而丧失一些潜在的交易机会。因此, 这种行为构成了对个人信用权的侵害。

二、原因分析

(一) 哪些是公众信息, 哪些是个人隐私, 没有明确的法律界定

在中国, 迄今为止尚没有一部全国性的有关个人征信方面的法律法规。仅2000年上海市出台了第一部有关个人征信的地方性法规——《上海市个人信用联合征信试点办法》, 但该法无论是在具体内容还是法律地位上都无法对现实业务形成指导。目前我国对个人隐私权的保护多是从民事法律上进行规范, 但比较模糊, 这就使个人征信业面临尴尬和困境:一方面, 缺乏相关法律的支持, 难以有效地开展工作以获得相关数据, 导致信用数据征集困难;另一个方面, 对消费者数据的征集是在消费者不知情的情况下进行的, 由于没有法律对消费者的信用数据加以区分, 难免面临侵犯个人隐私权的尴尬。根据西方国家的经验, 对消费者数据的征集是在法定程序下进行的, 并事先征得本人的同意。而目前的做法则是, 信用机构从中介人 (主要是商业银行) 那里获得个人的信息, 作为信息所有者的本人却不知晓, 实在难以洗脱侵犯个人隐私的“罪名”。

(二) 由于主观上的疏忽或外界客观条件的限制提供不准确的信息

个人信用一般是通过连续记录建立起来的, 具有很强的时效性和连续性。在我国的经济社会中, 个人的信用记录普遍缺乏。政府、金融机构、企事业单位等对个人的信用行为没有系统记载。以商业银行的消费信贷为例, 消费信贷档案作为一种业务资料, 往往不加以收集管理和进行详细连续的记载, 没有及时将信贷档案输入到有关的数据库中。另外, 有些信息数据库的更新时效性不高。如个人信用信息数据库中的数据是按月上报更新的, 时间跨度长, 不利于信息提供者及时全面掌握个人的信用记录, 提高授信评估效率。信息提供者因过失而提供不准确的信息以及其以不作为方式侵害信用权的行为, 一般都是由于主观上的疏忽或外界客观条件的限制所致, 这一点较容易理解。

(三) 个人缺乏消除自己错误信息、更新过时信息的便捷渠道

个人信息事关个人的信誉, 个人信息的正确利用在防范金融风险、促进诚信、和谐社会的建设发挥很大的作用。但在征信业中由于工作人员的差错或其他原因导致了个人信息输入出现错误或没有及时更改信息, 造成了个人信用报告的不真实并给个人带来不必要的麻烦, 给个人背上不讲信用的“黑锅”的责任由谁来承担没有明确的规定。另外, 个人对本身错误或过时的信息进行申诉没有便捷的渠道。如个人信用信息基础数据库规定处理信息异议流程为20个工作日, 该处理异议流程是当地人民银行征信管理部门受理异议处理申请后, 通过电子文件的方式转交征信服务中心, 征信服务中心收到后转至相应的商业银行协查, 商业银行经过查询核实回复给征信服务中心, 再返回到当地人民银行征信管理部门, 然后通知申请人, 其信息异议处理流程如图2所示。

这其中经过多重手续, 在途时间过长, 给申请人带来不便, 个人消费者对申请本身信息异议缺乏一条快速处理通道, 可能因拖延办理信贷业务而造成经济损失。

(四) 信息提供者主观上存在截留信息的方式保障自己的利益

由于银行提供的有关个人借贷信息、信用卡使用信息等信用信息对个人的信用状况影响较大, 而且银行具有信用信息的提供者和使用者的双重身份, 因此笔者选取银行作为个人信用信息提供者的典型来进行论述。作为个人信用信息的提供者来说, 银行故意截留信用信息主要存在两方面原因:一是征信机构与银行这一信息提供者之间存在信息不对称的局面, 使银行在客观上有可能截留个人信用信息;二是银行业内部竞争激烈, 为了留住优质客户, 银行从主观上倾向于做出此行为。

三、相关建议

在国外, 金融机构向消费者发放贷款之前, 都要向有关机构查询该贷款者的资信情况。而个人信用的调查及资料的收集可以由金融机构自己进行, 也可以委托专门的个人资信档案登记机构进行。如美国的信用署和信用报告署, 就是一个提供个人资信服务的机构。目前个人信用信息基础数据库的建设已具有一定的规模, 应以个人征信数据库为基础, 不断完善该数据库的功能, 发挥数据库在个人征信中的重大作用。

(一) 进一步明确个人征信建设的主管部门和相关部委的职责

国务院三定方案虽然明确了“管理信贷征信业, 推动建立社会信用体系”是人民银行的主要职责之一, 但在实际工作中, 发改委、商务部、工商总局等部门又都自以为有主导责任。推进个人征信建设应通过立法进一步明确牵头单位, 建立一个设置科学、机制灵活、管理规范的个人征信管理机构, 以协调整体推进, 避免多头主导, 重复建设, 资源浪费。此外, 个人征信建设涉及方方面面, 仅数据的采集和合法使用管理, 就涉及中央银行、银监会、商业银行、保险公司、证券公司、工商、税务、海关、公安、法院、统计、技术监督、国土资源等众多部门, 因此, 厘清管理体制, 应是当务之急。

(二) 以行政手段方式推进个人征信数据库的建设

个人信息采集中遇到的问题是政府各有关部门掌握的信用数据的分割和封闭。由于相关法规不到位, 难以清晰界定政府各部门之间信息利用问题, 政府各部门出于自身的利益与人民银行合作持消极态度。因此在个人征信数据库建设的起步阶段, 法律上没有明确个人征信职能部门之前, 要争取地方政府的领导和支持, 建立由政府主要领导任组长, 人行、公安、法院、工商、税务、社保、住房公积等部门负责人共同参与的个人征信体系建设协调领导小组, 制定工作规划, 明确部门职责, 通过定期召开的联席会议协调解决有关矛盾, 保证数据库的建设在强有力的组织领导下顺利开展。

(三) 加强技术保障和提供专项资金支持

个人征信数据库的建设关键是建立各部门与人民银行的紧密协作关系, 也是一项技术含量很高的工作。在地方政府的统一领导下, 社会各有关部门应制定数据采集、网络交换、安全保障、查询服务等技术标准, 明确专人负责, 健全和完善本部门信息数据库, 主动解决与人民银行接口的技术障碍, 及时、全面、准确地提供系统所需的信息。同时, 个人征信数据库的构建和维护需要大量的资金投入, 地方政府应该协调各有关部门, 明确个人信用信息采集专项费用支出途径和标准, 对财力紧缺、技术力量薄弱的基层政府部门, 要给予必要的财政补贴和技术指导。

(四) 完善个人信息采集和异议处理机制

数据库信息技术基础篇8

网格化城市管理数据普查采用的传统方法是将所有城市部件、地址兴趣点参照物、区界、街道范围线、监督员责任区范围线、社区线、万米单元网格等数据套印在比例为1∶500地形图中，监督员手拿地图到现场审核，将变化的数据在地图上标注和在表格中进行登记。

能否将这些数据同样装在多普达D600“城管通”手机中，监督员利用多普达D600“城管通”手机在平时工作中随时发现情况随时上报呢？

(一) 多普达D600“城管通”手机端数据容量及工作效率的可行性分析

北京市东城区共有574幅比例为1∶500地形图，一幅图（已由专业公司保密处理）容量大约在0.5M-1M，574幅地形图矢量数据大约有280M，处理压缩后也有近220M，加上比例为1∶500地形图是保密资料也不允许安装在“城管通”手机中。显然依照目前手机的配置，一是无法将这么巨大的数据装入手机使用；二是不符合保密要求。

我们通过对这些资料进行认真细致研究，从现有的资料中抽取需要的要素，有效地解决了上述问题，具体方法如下：

一是依照传统基础数据普查资料制作了如下专题图层，在“城管通”手机端再现了“普查用的地图”。（1）依据最新的地形图资料，制作了东城区现状道路分布图；（2）依据最新的地形图资料，制作了东城区平房院落范围线和楼房范围线分布图；（3）东城区界范围线分布图；（4）东城区10个街道分布图；（5）东城区115个社区分布图；（6）91个监督员责任区分布图；（7）东城区1577个万米单元网格图；（8）东城区近30万个城市部件分布图、3.3万多个地址兴趣点参照物数据分布图。以上八类原始矢量数据共有194.7M。

同时采取以下处理手段：（1）利用ArcGIS的数据简化工具对线、面数据进行抽稀简化；（2）是利用数据转换工具，采用压缩技术将Shape格式的原始数据转换为手机端专用的数据格式，在不影响数据质量的情况下，减少冗余数据，进而减少数据的容量。经专业技术人员的处理，目前手机中八层数据容量大约只有18M。

二是更换“城管通”手机安装数据的方式。按照监督员所属分队（街道）只安装本街道的地图，只显示本责任区内的所有城市部件、地址兴趣点参照物。目前10个街道中“城管通”手机端最大数据量是和平里分队，有6.25M, 最小的是朝阳门分队，有5.09M，完全满足工作使用要求，不会影响“城管通”手机的正常使用。

三是在开发“城管通”手机端程序中通过优化的显示控件、分图库和视野的逐级显示方式，提高了地图操作的响应速度，减少了内存的占用和等待时间，保障了“城管通”手机的工作效率。

四是多普达D600“城管通”手机在Windows Mobile5.0操作系统中增加了Flash的容量，减少RAM的容量，增加了微硬盘，解决了系统存储空间小的问题，为开发数据动态更新功能提供了基础保障。

(二)“城管通”手机端采集数据精度可行性分析

依据中华人民共和国城镇建设行业标准《城市市政监管信息系统管理部件和事件分类、编码及数据要求》（CJ/T214—2007）中的部件空间数据定位精度要求：

（1）空间位置或边界明确的部件，如井盖、灯等，中误差≤±0.5m，在比例为1∶500地形图中误差≤±0.1mm；

（2）空间位置或边界较明确的部件，如亭、广告牌、果皮箱等，中误差≤±1.0m，在比例为1∶500地形图中误差≤±0.2mm；

（3）空间位置概略表达的部件，如桥梁、停车场等，中误差≤±10.0m，在比例为1∶500地形图中误差≤±2.0mm。

目前东城区使用的多普达D600“城管通”手机，配置一块2.8英寸65K色的TFT屏幕，有效显示尺寸是4.5cm×6cm，分辨率为QVGA240×320。

在数据动态更新系统的程序设计中，要求监督员使用“城管通”手机采集数据时的视野控制在30〜50m之内进行。对城市部件、地址兴趣点参照物密集地区可放大到30m视野采集，稀疏地区可放大到50m视野内进行采集。此时“城管通”手机端屏幕显示的比例尺大致为1∶700〜1∶1100;以“城管通”手机中的“再现的普查图”作为基础，以显示的城市部件、地址兴趣点参照物作为依据，采集相应的变更信息，从理论上讲基本可以满足数据采集精度要求。

(三)监督员日常巡视发现变化的城市部件、地址兴趣点参照物，及时上报的可行性分析

一是由于目前在岗的监督员大多已从事过数据普查工作，对城市部（事）件分类较为清楚，加上每年例行的业务培训、业务练兵，监督员业务能力应该有了很大提高。

二是从2008年开始，每次大规模数据更新完成后，基于监督员责任区建立了城市部件、地址兴趣点参照物的数据档案。

两者完美结合，为监督员最终能够正确使用动态数据更新系统更新城市部件等数据提供了前提和条件。

（四）维护公司技术实力雄厚，技术力量能够满足用户提出的各项功能要求

自2008年底，东城区采用了无线多媒体信息采集系统（“城管通”）和信息化城市管理系统一体化的搭建方式对原有系统进行升级改造。目前东城区的“城管通”与信息化城市管理系统均由北京数字政通公司开发和维护。该公司拥有将基于无线技术的移动应用系统与政务管理系统有机结合的开发与实践经验，技术力量能够满足用户提出的各项功能要求。

综上所述，基于信息化城市管理系统和多普达D600“城管通”手机端开发基础数据动态更新系统的基础条件、技术力量均已具备。

二、信息化城市管理基础数据动态更新系统

（一）基础数据动态更新系统的架构

基础数据“动态更新”系统是基于多普达D600“城管通”手机中Windows Mobile5.0操作系统开发的功能模块，通过中国移动通信网上传到“城管通”系统服务器，再通过政务专网上传到信息化城管系统服务器中，系统管理员定期导出监督员通过动态更新系统上报的数据，转交专业测绘公司进行后期的数据制作。见图1。

运用动态数据更新系统上报更新信息是不需要信息化城市管理系统人工干预，也不会影响信息化城市管理系统的正常业务办理。

（二）基础数据动态更新系统采用的技术

1.采用适应网络发展的三层体系结构

数据层、业务逻辑层和表现层。

采用DNA体系三层结构，具有如下优点：

（1）实现了分布式数据处理，能完全利用平台的灵活性、Internet的优势和通讯能力；（2）在一个共享的中间层封装了商业规则；（3）使用标准的数据访问接口，跟所使用的数据库无关；（4）中间层的业务逻辑采用组件技术开发，灵活性大，易于移植，可以快速开发、部署应用程序，不需要对开发者进行重新培训，降低开发者必须写的代码；（5）各模块皆具有互操作能力，可以方便地向现有系统增加功能，符合开放的协议与标准，可以集成其他厂商的产品。

2.采用技术领先的J2EE框架

Java 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）是一种利用Java 2平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、到处运行”的特性，方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise Java Beans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。

3.采用面向对象的C#

C#作为微软自主开发的语言，除了继承了C与C++的所有优点特性，更具有在 Windows 操作系统下的高效性，它不但适用于各种操作系统，并且能与 Windows 紧密的结合在一起。

（三）系统使用方式、在多普达D600手机中实现方法及数据更新成果展示

1.监督员使用动态数据系统方式

监督员在平时巡视过程中，发现新增、删除、变更的城市部件、地址兴趣点参照物等情况，通过“城管通”中的“动态数据”更新系统将变更信息及时上报信息化城管系统即可。

2.动态更新系统在多普达D600手机中实现方法

在“城管通”手机开发动态更新系统时，充分考虑了监督员的工作习惯，数据更新系统上报模式与正常工作时的问题上报基本类似，操作简单、通俗易懂。

具体操作步骤：点击“动态更新”→选择类别（城市部件、地址兴趣点参照物）→选择操作内容（新增、变更、删除）→地图（位置）选择、照片选择、录音选择、问题描述→点击“发送”即可。

3.信息化城市管理系统中导出的数据更新成果展示

系统管理员定期从信息化城市管理系统中导出监督员上报的数据更新成果，主要内容有：

（1）动态更新成果明细（以城市部件为例），含：任务号、类别、变更类型、监督员、大类、小类、部件编码、X（Y）轴坐标、街道、社区、万米单元网格号、问题描述、上报时间。

（2）多媒体信息目录，内含全部监督员上报的任务号，每个任务号内含：上报问题的照片、一个录音文件、一张含有上报问题定位的地图。