灾害数据库

『壹』 日常灾难数据

数据备份与灾难恢复

数据备份与灾难恢复

导致数据失效的原因分析 计算机系统的故障分类以及故障发生的概率分析

A类：计算机软硬件故障

发生概率：对于某一企业，发生可能性最大，也最频繁，是经常发生的一类故障； 预防方法：本地双机热备，实现系统冗余，增强业务系统的高可用性。

B类：人为操作故障

发生概率：对管理较严、人员素质较高的企业，偶尔发生；对管理较松、人员培训不足的企业，会经常发生；
预防方法：提高系统自动化运行管理水平，做好本地数据冷备份，减少人的操作与干预，或制定严格的管理规范，避免误操作。

C类：资源不足引起的计划性停机

发生概率：对于某一企业，随着业务的快速增长，平均每年均会发生如软、硬件升级、系统资源扩充等事件，业务增长越快的企业，发生亦越频繁；
预防方法：本地双机，系统冗余。

D类：生产地点的灾难

发生概率：对于某一企业，发生概率较小；对于全国范围，有偶然发生的必然性； 预防方法：灾难恢复中心。
故障发生的损失分析及可行性数据保护模式， 现有备份方式的不足， 几年前我们主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大，操作系统种类单一，服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着企业计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，企业将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境，存在以下种种弊端：
数据管理工作难以形成制度化，数据丢失现象难以避免； 数据分散在不同的机器、不同的应用上，管理分散，安全性得不到保障； 难以实现数据库数据的高效在线备份；
运行着的系统使得维护人员寸步难离，业务人员工作效率下降；
存储媒体管理困难，如今，用来存储数据的介质越来越多，各种不同系统下存储产生的软盘、磁带、光盘将给管理带来很大的困难； 历史数据保留比较困难；
来自非计算机系统因素的隐患,如火灾、地震等灾难后的系统重建和业务数据运作。

『贰』 地质灾害调查数据库 入库过程中 如何修改统一编号 而不改变其中的内容

不知道你的数据库是不是在Access的基础上编辑的，如果是，你找到她的库文件，用Access打开，到里面把统一编号一修改就可以了！他的库文件一般安装在你的哪个盘的program files里面。

『叁』 数据库建表出现灾难性故障怎么办

1.有备份的话，来还原数据库；
2、没源有备份的话，复制数据库安装文件夹下的两个DBF文件，上网找一下方法（我以前做过，但有很长时间不接触了，忘了），重新建立索引；
3、重新安装数据库，用原数据库文件覆盖新的文件。

『肆』 　地质灾害管理信息系统

地质灾害管理信息系统是进行灾害管理的重要手段。它是在广泛收集和整理研究区已有的地质灾害调查、勘查、防治信息，社会经济环境状况，统计信息等资料的基础上，形成为决策提供服务的数据库系统。该系统具有信息录入功能、检索查询功能和打印输出功能等模块。

一、系统结构设计

（一）运行环境

1.硬件环境

IBM-PC/XT、AT486以上微机，至少一个高密软驱动及一个硬盘，VGA以上显示方式。

输出设备为各种型号打印机。

2.软件环境

DOS环境：6.2以上DOS版本。

汉字环境：25行汉字操作系统，如UCDOS、XSDOS或其它汉字图形卡。

（二）系统结构

1.系统界面

启动DZPX后，屏幕上出现系统界面。

2.菜单

在主窗口的顶层，主要由信息录入、检索查询、项目管理、代码标准、打印输出等五项主菜单构成（图10-1）。在每个主菜单，有各自的下拉式菜单。本系统的功能均通过这些菜单完成。

3.下拉菜单的主要内容

信息录入：信息录入、信息修改、信息恢复。

检索查询：普查查询、勘查查询、防治查询、当年查询、环境查询、统计查询。

项目管理：项目录入、文档录入、项目修改、文档修改、项目查询、文档查询。

图10-1地质灾害管理信息系统菜单框图

代码标准：代码录入、代码修改、代码查询。

打印输出：专用表、汇总表、任意表。

（三）系统功能

DZPX系统的功能设计应当与地质灾害的管理需要紧密结合，经设计人员与管理部门的多次蹉商，拟定系统功能如下。

1.功能框架设计

地质灾害管理信息系统的几大模块为一个整体，其基本结构如图10-2：

图10-2地质灾害管理信息系统结构图

2.系统功能

（1）信息录入功能它主要包括信息录入、信息修改和信息恢复三个功能模块。

①信息录入模块本系统将地质灾害普查信息、勘查信息、防治信息、当年地质灾害发生信息、重要地灾点评价信息、重要地灾区域评价信息、社会经济环境状况信息和地灾统计、地灾分布数统计、地灾灾种分布统计、地灾分级数统计、地灾频次统计、地灾项目数统计、地灾项目类型统计、地灾项目灾种统计共八种统计信息录入，需要录入的管理数据还有地灾项目管理数据、地灾文档管理数据、图例代码、图形代码、信息代码等数据库。

②信息修改模块在对以上信息录入的数据进行检查时，若发现录入的信息有误或需追加一些内容，可用此模块根据屏幕对数据进行操作。

③信息恢复模块为保证数据存贮的安全性，该系统对数据实行备份和恢复操作。

a.数据备份可以对数据库逐个备份或成批备份。

b.数据恢复将备份文件恢复到指定数据库中，指定数据库将被覆盖。

（2）检索查询功能可以进行单笔记录查询和多笔记录同屏查询。查询条件可以是单一条件也可以是复合条件。

（3）打印输出功能系统提供了两种数据输出方式：

①屏幕显示输出屏幕显示输出是数据输出的一种最基本的形式，为用户提供随机查询和浏览查询两种方式。

②报表打印输出数据信息的打印输出按预先设计好的报表格式输出。

二、数据库设计

地质灾害管理信息数据库建库的主要目的是为地质灾害的管理提供基础资料。所以，在数据库的设计过程中要充分考虑系统对信息资源的要求。

（一）地质灾害管理的数据信息

在进行地质灾害宏观管理、预测防治的研究中，需要大量的信息数据作决策支持。下面按地质灾害的管理、预测、防治来分析所需要的数据信息资料，将信息源共分为七大类：

1.行政区划资料

包括所在省（市）的城市规划（居民用地、工矿用地、交通用地等）、社会经济概况（工农业经济、人口、国民总产值等）资料。

2.地质背景资料

包括地质灾害体的物质成分、结构、构造、地层等方面的基础地质资料。

3.气象资料

指气象观测站观测的年平均降水、年平均温度、气候类型等气象资料。

4.水文地质资料

包括河流的水文观测资料、地下水类型及水位随季节的变化特征，为地质灾害防治研究过程中水的优化管理提供基础数据。

5.各灾种的地质资料

指发生的为何种灾害；灾害体形态、估算面积、体积、范围及其成因；灾害发生后如何处理、稳定性分析、适宜性评价及防治建议等资料。

6.各种统计资料

包括：①全国、各省地质灾害数量的统计；②灾种分布（种类、面积、体积、数量等）统计；③灾害分级数量统计（大中、一般灾害的比例）；④全国、各省地灾发生频次的统计（发生次数，所占比例）；⑤全国、各省所立项目数统计；⑥全国普查、勘查、防治项目费用及所占比例的统计；⑦各灾种项目费及所占比例的统计。

7.项目、文档资料

（二）地质灾害数据库的建立

在确定系统数据信息源基础之上，我们本着反映地质灾害属性（自然属性、社会属性）、时间（历史灾害、正在发生和尚未发生灾害）、空间（点或区域性灾害）、灾害防治工作流程（普查－勘查－防治）几个方面特征的设计原则，建立如下17个灾害体数据库。即：①地质灾害普查信息数据库；②地质灾害勘查信息数据库；③地质灾害防治信息数据库；④当年地质灾害发生信息数据库；⑤重要地质灾害点评价信息数据库；⑥重要地质灾害区域评价信息数据库；⑦社会经济环境状况信息数据库；⑧地质灾害统计数据库；⑨地质灾害分布统计数据库；⑩地质灾害灾种分布统计数据库；⑩地质灾害分级数统计数据库；（12）地质灾害频次统计数据库；⑩地质灾害项目数统计数据库；⑩地质灾害项目类型统计数据库；⑩地质灾害项目灾种统计数据库；⑩地质灾害项目管理数据库；（17）地质灾害文档管理数据库。

除上述数据库外，根据数据库系统的需要，还建立了信息代码、图形代码、图例代码等数据库。

（三）地质灾害数据库的结构

在反复酝酿，不断修改的基础上，以尽量简单，减少库中多余数据，方便数据检索为原则，给出了20个数据库的库结构，包括有字段名称、字段类型、字段宽度、小数位数等内容。各数据库结构一方面要与实际相结合，合理地确定各字段名称、字段类型、字段宽度、小数位数；更为重要的是，设计各库结构时必须反映出该数据库为方便实用于灾害管理所必须包括的字段内容。从这两个方面出发，我们确定出各数据库的结构。限于篇幅，仅以地质灾害普查数据库为例（表10-5）。

表10-5地质灾害普查数据库数据结构设计表

三、系统实现

利用雅奇MIS Ver 3.0及Fox25B FOR DOS（中文版）实现上述功能设计和数据库设计。按照设计，通过多级下拉菜单分次实现各功能，各数据也按预先设定内容及格式建立。在此基础上，我们录入了部分实际资料进行系统测试。

四、应用示范研究

在建立地质灾害信息数据库的基础上，我们以重庆市为实例，进行了初步的应用。录入了五个数据库的信息资料。

（一）地质灾害普查信息数据库

在这个库中，根据调查所填的卡片，对重庆市各区县所发生的共计86个灾害的灾害种类、形态、估算面积、估算体积、地质背景、灾体成因、规划情况、稳定性分析、适宜性评价及建议措施等信息进行了摘录、整理。

（二）地质灾害勘查信息数据库

本库根据重庆醪糟坪滑坡的勘查录入了勘查范围及面积、形态，灾害面积、体积、稳定性评价和防治措施。

（三）地质灾害防治信息数据库

在本数据库中，摘录了四川重庆醪糟坪泥石流、滑坡群的防治原则及防治方案，防治效果论证，以及防治所带来的经济效益和环境效益分析。

（四）社会经济环境状况信息数据库

根据重庆95年统计年鉴，对重庆市共计20个区县的国民经济、社会发展情况资料进行了整理，录入了重庆市各区县的自然地理情况，土地、耕地面积、居民、工矿、交通用地、人口、人口密度、企业数及工农业总产值、固定资产投资等信息数据。

（五）地质灾害统计信息数据库

根据对重庆市各区县灾害的统计卡片，记录了重庆各区县所发生的地质灾害共计627处。统计了地质灾害的灾害类型、面积、体积、主要特征、稳定性及建筑适宜性。

以上几个数据库基本上覆盖了运用该系统进行灾害管理的主要内容。在此基础上，我们对系统功能进行了全方位的测试，认为该系统具备以下几个特点：①针对地质灾害管理的需要，设计出合理而充实的数据库系统；②各数据库结合当今地质灾害调查的实际情况，结构设计合理；③系统功能完备，运行流畅，基本能满足地质灾害管理的需要；④整系统界面具备较好的用户友好性。

『伍』 中国1∶万崩塌、滑坡、泥石流灾害图的编制

一、内容概述

（一）成果简介

此次编图工作是在研究总结以往地质大调查成果的基础上，充分认识和掌握我国崩滑流地质灾害的发育分布规律而编制的。1∶400万崩塌、滑坡地质灾害分布图和1∶400万泥石流灾害分布图以崩滑流地质灾害发育现状为基础，反映崩塌、滑坡、泥石流在全国的发育分布规律。

1.东北、华北平原丘陵山地区

崩塌较多，江河沿岸的公路、铁路沿线分布广泛，规模一般为几至几十立方米，危害性大，主要为暴雨诱发。滑坡仅集中在辽宁东部的宽甸、凤城、岫岩、抚顺地区、辽南老帽山一带矿山的采矿弃渣和城市人工边坡。

该区泥石流多沿太行山、北京西山、燕山和长白山、千山带状发育，具群发性，并集中发生在7～8月的汛期，为中小规模的稀性泥石流，以沟源崩塌滑坡触发沟床物质活动而形成的泥石流为主。

2.华南丘陵山地区

以滑坡为主，崩塌次之，泥石流较少，主要分布在浙江西部、福建、赣东北、赣西北、湘西山区、广西西北部和广东北部地区。本区滑坡多以小型、浅层土质（堆积层）滑坡为主，有规模较小、发生频率高、突发性强（主要集中分布在5～6月的梅雨季节和7～9月的台风雷阵雨季节）的特点，以福建、江西两省最为发育。

该地区泥石流呈零星发育，其触发因素多受台风带来的强降雨影响。

3.秦巴-西南山地高原区

本区的崩塌、滑坡比较集中分布在川西北龙门山地区、川滇南北向条带、秦巴山地、三峡两岸和黔西南山区。以中小型的崩塌滑坡为主，由南向北岩质崩塌、滑坡逐渐增多，巨型、大型的崩塌滑坡较多。本区是我国突发性地质灾害最为发育的地区，在地震活动带，由地震触发的崩塌、滑坡非常多，形成的规模较大。

本区的泥石流主要集中分布在秦巴山地，是我国泥石流的主要发育地区之一。秦巴山地包括秦岭、大巴山、龙门山、邛崃山南段、鄂西北的武当山、荆山，主要是暴雨诱发，且多为水石流。固体物质除少许黏性土外，主要由粗颗粒的砂砾和块石组成（砾石和块石约占80%以上），其主要来源为基岩崩塌、滑坡所堆积的碎屑物质。

4.黄土高原-山西盆地区

黄土高原是我国崩塌、滑坡最为发育的地区之一。其特点是类型多样、形成条件比较复杂。崩塌、滑坡除在吕梁山以东有较少分布外，其余地区广泛分布，最为严重的地区为晋陕蒙三角地带和白于山黄土山地、六盘山以东的晋陕黄河峡谷段，以及六盘山以西的龙喜、青东黄河、湟水谷地黄土山地、陇南渭河沿岸山地。主要由暴雨激发形成，由地震诱发的滑坡大都分布在六盘水以西地区。

黄土高原地表切割破碎，松散堆积物十分丰富，以黏性泥流居多。

5.西北山地盆地高原区

崩塌、滑坡集中分布在新疆西部阿尔泰山和天山伊犁谷地、阿拉善高原、阴山低中山区、鄂尔多斯低中山区，黄土丘陵区零星分布。本区崩塌的类型有岩质崩塌和黄土崩塌两种类型。岩质崩塌基本以小型为主，主要分布在新疆的阿尔泰山、天山地区、鄂尔多斯高原以及周边地区公路两侧、采石场。黄土崩塌主要分布在鄂尔多斯高原的黄土丘陵区和天山地区的低山丘陵区以及天山伊犁谷地。

由于降水量极为贫乏，致使该地区泥石流发育较少，仅零星分布在新疆天山山地。

6.青藏高原区

崩塌、滑坡集中分布在横断山区、藏南喜马拉雅山、藏东三江、川西高山峡谷区。崩塌以小型、岩质崩塌为主，滑坡以浅层、小型堆积层滑坡为主。由于现代冰川和古冰川的强烈作用，以冻融、冰劈作用为主的物理风化盛行，是崩塌发育的主要原因。

青藏高原泥石流分布规律为国内其他省区所少见。高原的隆升是控制区内泥石流形成和分布的关键，区内泥石流类型多样。藏南降水集中且多阵雨，是雨水泥石流分布地区；藏西北年降雨量不到200mm，主要是冻融泥石流分布地区；受到季风影响的念青唐古拉山东段和西昆仑山的两大冰川作用的中心以及喜马拉雅等现代冰川分布地区，多有冰川型泥石流发育；而在念青唐古拉山海洋性冰川分布地区，以冰川消融类型泥石流为主，包括冰崩、雪崩泥石流；其他山区多为亚大陆性冰川分布地区，以冰湖溃决泥石流为代表。

（二）基本原理

1.正确反映崩滑流地质灾害的特征及区域分布规律以及与地质环境条件的关系

我国崩塌、滑坡、泥石流灾害的分布与环境地质背景密切相关，并呈现明显的地域分布特点。在西南地区因地震等级高，特别是在新构造运动发育的地段，分布着大型的岩质滑坡和堆积层滑坡。福建山区花岗岩风化层较厚，残坡积土滑坡发育。目前，我国崩塌、滑坡主要是由于暴雨激发所致，泥石流与气候的关系比滑坡、崩塌更为密切，多发生在6～8月，当降雨强度达到相应的临界值时，就会导致泥石流爆发，而东南沿海的泥石流多由于风暴潮引发，呈现群发的特点。就地形地貌而言，我国崩塌、滑坡主要发生在地形第一台阶与第二台阶、第二台阶与第三台阶的过渡地带，此处构造与裂隙发育，岩石破碎，崩塌滑坡发育，为泥石流形成创造了极好的地形条件和物质条件。

2.充分反映最新的研究成果及调查资料，表现目前我国崩滑流地质灾害的危害状况

滑坡、崩塌、泥石流等地质灾害图件的编制目的，主要是为了经济建设规划和减灾防灾所用。新中国成立以来国家以及各个地方政府在地质灾害的调查方面在不同时期都投入了相应的调查研究工作，也形成了大量不同区域、不同时期、不同详细程度以及不同内容的调查资料和不同表现形式的成果资料。

首先充分搜集资料，在保证资料全面性的基础上，在编图资料的遴选过程中，尽量选择那些代表性强、与当前国家经济建设和人民生产生活密切相关的最新资料，例如近几年完成的全国1∶50万环境地质调查以及正在开展的 县（市）地质灾害调查，以保证图件的时效性和针对性。

3.充分考虑地质灾害防治工作的需要，为有关部门提供可靠实用的信息

一方面，图件所反映的内容对城镇规划、工程建设、减灾防灾具有鲜明的针对性、可利用性，另一方面，不仅地学专业工作者能够使用这些图件，而且非地学专业的规划工程师和政府官员也能对其中的决策性要素、评价指标和结论有明晰的认识、准确的理解、全面的把握和有效的使用。为此，编制图件时，首先是深刻理解规划设计和决策的需要，其次是使用简明、易懂的图式和文字说明，摒弃过于专业化术语、冗长的文字论述和复杂的图面，以达到信息沟通的效果。

4.在对现有地质灾害现状分析的基础上，进行发展趋势的概略预测

地质灾害随着地质环境的演化以及人类的经济活动的发展而不断变化着，从时间跨度上圈定崩滑流灾害多发区对于地质灾害的防治工作具有重要意义。

（三）技术特点

1）收集了地质大调查开展以来我国崩滑流的调查成果，总结了规律，反映了我国现阶段崩滑流地质灾害的特征及区域分布规律。

a.用崩滑流地质灾害的规模、物质组成、主要诱发因素、所造成的经济损失等级来反映我国六大环境地质分区（东北、华北平原丘陵山地区，华南丘陵山地区，秦巴 西南山地高原区，黄土高原 山西盆地区，西北山地盆地高原区，青藏高原区）的地质灾害的发育规律与特点。

b.收集了最新地质环境背景资料包括地形地貌、新构造运动、岩土体的工程地质图、大地板块构造图、降雨量以及人类工程经济活动强度等，作为本次编图的地质背景图层，以反映我国六大环境地质区内的崩滑流地质灾害与各区地质环境条件的关系。

2）此次编图利用计算机技术，运用MAPGIS软件进行图件编制，同时建立了编图图形库。

a.数据库的建设：搜集现有的各类地质灾害数据库及国家及地质行业有关数据库的标准与规范，并比较各类数据库的优缺点，参照现有崩塌、滑坡、泥石流灾害数据库格式标准建设（或整合）满足编图需要的数据库。

b.编图资料的入库：将甄别筛选分类、验证核实的资料录入数据库。

（四）技术指标

本次编制的崩滑流地质灾害图以地形地貌、岩性特征、大地构造、活动断裂、地震5项指标来反映孕育崩滑流地质灾害的地质环境背景条件，用人口密度、年均降雨量反映人类活动强度和气候特征在区域上与崩滑流的关联度，选取地质灾害点时，不仅反映了区域上崩滑流地质灾害的规模、物质组成、主要诱发因素，同时也对造成的经济损失进行了评估。

二、应用范围及应用实例

该项成果将会在全国及地区地质灾害的宏观规划及工作部署中作为基础的地质依据使用。

三、推广转化方式

本项成果以会议交流和印刷的方式进行成果转化，成果已发往国土资源部及相关部门以及全国地质环境监测总站。

技术依托单位：中国地质环境监测院

联系人：王祎萍

通讯地址：北京市海淀区大慧寺20号

邮政编码：100081

联系电话：010-62177430

电子邮件：[email protected]

『陆』 地质灾害详查数据库从哪里下载

这个数据不会对外批量公布的，但国土部门内部有非常严格，详细层层落实到人的防范措施。

『柒』 2008数据库备份灾难性故障什么意思

灾难性故障在数据库中指的是：当发生天灾等不可阻挡事件引起数据库无法正常传递数据时的应急备份办法

『捌』 请教把数据库从灾难中恢复的方法

现在是什么问题呢，没有覆盖都是可以恢复的

『玖』 SQL Server数据库设计灾难：它是如何开始的

他写这一系列的文章是受到最近一些SQL Server销售店情况的启发。最终，他提出了一些关于改善数据库设计以及SQL Server性能的建议。
发生了什么：滚雪球效应 那么，事物数据库是如何处在一个糟糕的环境中的呢？一些数据库一开始就处在这样的状态中。仔细考虑一下，他们有的是会计绘制的Excel表格，或者是一些销售商组装电脑的Access数据库。增加大量的数据后，他们就有可能以原来的格式被迁移到了SQL Server。这种解决方案在真正的服务器上能够广泛使用时，更多的人就开始使用这些数据库了。最后，业务就依靠这些混合型的数据库进行。 一旦业务依赖其中的一个数据库，集合里的数据就不断上涨，更多的应用程序都会利用这一数据库。拥有二流的数据库技术或SQL的应用开发人员会根据他们的主观意愿在数据库中增加一些表和其他的东西。没有人会调整数据库的扩展速度，他们只在乎通过数据库能够完成什么任务。在数据库性能出现问题时，就雇佣一名DBA。DBA自然会推荐一台力量更强大的服务器。DBA随后设置了一些存储程序并且增加许多索引。性能改善之后，业务自然就继续开展。 当数据库开始扩展并增加一系列应用程序的时候，DBA正忙于尝试解决数据库的性能问题。他/她建议用更多的服务器和数据库的副本将数据库负载分开。另一名DBA监控服务器的操作。数据库扩展持续了好几年的时间，现在业务就完全依赖数据库了。有了好几台强大的服务器就能尽可能地分开负载，DBA团队总是不停地在进行战斗，但是还是会出现一些数据库性能问题。 最后，DBA团队承认一些性能问题可能是由数据库设计自身引起的。他们接着就提出了“最佳实践”。但是最佳实践太少也提出得太迟了！DBA团队和应用程序开发人员对数据库设计所负的责任并不一样。修补设计漏洞也需要对应用程序密码修改。否则业务就不授予他们权限。这样混合数据库就不会再改变了。 避免出现问题 你的公司是不是也处在上面几点中的某一个过程中？我希望没有。我希望你的公司能够以正确的方式做事情。有很多方式可以避免膨胀循环以及性能问题，即避免混合数据库让业务无法进行下去的问题。 从一开始就建立牢固的数据库基础。从开始的Excel/Access工具中找出业务逻辑、让一名有经验的数据库开发员在合适的关系数据库框架里安装。 有经验的数据库开发员能够规范表、建立一个标准的表结构，安装完整的DRI、创建基本索引、选择合适的数据类型以及定义有用的自定环境。如果这些事情在前面已经做完了，那么之后的业务就会有所回报。 应用程序开发人员能更有效地使数据库更合理地扩展，如能够简单快速存档和清除。合理设计的数据库很难受到性能问题的影响。他们可能会更加有效地支持数据数量的增长或者应用程序和用户的增加（或者两者皆可）。 不要假设一般的DBA就是数据库开发员。他们不是同一个概念。他们的工作有一些地方相同，但是需要不同的技巧。 一般可以理解为有两种数据库管理员——产品数据库管理员和研发数据库管理员。但是对每种数据库管理员的定义都不是一样的。如果不同之处仅仅是他们的环境（产品或者研发），那就没有必要把他们区分开来了。 我有一个建议可以作出很清楚的区别：产品DBA就是关心数据库以外所有使用问题。而研发DBA（数据库开发人员）关心的是数据库里面的所有事情。 一名产品DBA认为数据库是他所关注的最小的项目。研发DBA处理数据模式、规范化、表结构、DRI、索引、数据类型、命名约定、触发器、存储程序、视图、函数、密码生成、数据导入/导出、归档、清除以及审计。他们主要关注的对象就是一个数据库或者是一系列的数据库。研发DBA（数据库开发员）必须懂得业务是如何运作的。 正确方法：产品DBA和研发DBA 业务世界里这两种DBA的存在很有必要。然而，如果在数据库项目的早期阶段就牵涉到开发DBA，那数据库就会更加强大，服务器硬件就更加省钱，产品DBA要解决的问题就更少了。 工作记录并没有显示业务会以正确的方式进行运作。他们仍然在寻找只有二流数据库技术或SQL技术的应用程序开发人员，也仍然在寻找产品DBA来解决这些问题。