❶ 做数据库怎么调研
简单的问一问，各种常用的表格和电子文档都有要一些。
推荐一本书《UML和模式应用》上面讲的很全。
❷ 数据库检查技术在土地变更调查中的应用研究
高梅 王斌
（荆州市国土资源局，荆州，434000）
摘要：本文以荆州市应用数据库检查技术进行土地变更调查为例，介绍了变更数据库建设的技术流程，变更数据库检查的内容、方法及程序，为数据库检查技术在土地变更调查中的应用提供借鉴。
关键词：数据库；土地变更调查
1 引言
准确的土地调查数据资料，是正确认识土地国情、国力的前提，也是制定科学的土地政策，合理利用和科学管理土地，有效监管土地市场，确保国民经济持续、协调发展和社会安定团结的重要基础。1998年《土地管理法》修订时，又对土地调查制度作出规定：“国家建立土地调查制度。县级以上人民政府土地行政主管部门会同同级有关部门进行土地调查。土地所有者或者使用者应当配合调查，并提供有关资料。”
而土地部门自建立以来，开展了大量城镇地籍调查、土地利用现状调查、建设用地勘测定界、土地权属调查、土壤调查等工作，完成了第一轮土地利用现状调查及变更调查等许多基础性技术工作。各地国土资源管理部门根据国土资源部对“数字国土工程”的规划和对国土资源信息化管理的具体工作要求，都相继建立土地利用现状数据库，从而将广义上的土地利用现状调查工作，通过土地信息系统的管理功能简化为主要是同步进行土地变更调查，以满足科学管理土地的统一性、现势性、实用性要求。
为了进一步规范和提高土地变更调查工作数据的准确性，本文就在荆州市土地利用变更调查中数据库检查技术的应用与各位专家和同行做一次交流和探讨。
2 荆州市土地利用现状概要
荆州市随着经济的快速发展，工业化、城市化进程的加快，全市建设用地增幅较大，农业产业结构调整很大，土地利用现状变化显着。近年来，根据国土资源部的要求，进行了年度的变更调查，使土地变更调查工作步入了日常化、规范化和制度化的轨道，积累了一定的经验。但由于变更时间跨度长、技术陈旧、没有及时进行图件更新和数据同步等原因，造成土地利用现状现势性较差，图、数、实地不一致，在实际应用中不能准确反映土地利用现状，难以适应新时期土地管理和经济建设的新要求。
2001年5月按照国土资源部《2000年国土资源大调查项目计划》和《关于报送国土资源大调查项目实施方案的通知》的精神，荆州市承担了基础图件与数据更新项目的试点任务，结合荆州市的实际，荆州市国土资源信息中心采用武汉瑞得信息工程有限责任公司（以下简称“瑞得公司”）开发的GIS软件和土地利用现状管理信息系统软件，先后完成了荆州市1988年土地利用现状数据库和2001年变更数据库的建设，之后每年按要求及时统一进行数据更新，基本实现了土地利用现状数据的动态管理。
3 变更数据库建设的技术流程
在以2001年土地利用现状数据库为本库的基础上，根据2001～2005年所收集汇总的土地变更调查数据资料，建立变更数据库——即2005年土地利用现状数据库。变更数据库建库流程如图1所示。
图1 变更数据库建库流程
4 变更数据库检查内容
同初始数据库一样，变更数据库的检查，也是对变更调查工作流程中每一个阶段生成的数据成果进行自我检查、纠正错误、保证数据库的质量技术手段。
4.1 资料预处理阶段
4.1.1 建库基础资料检查
该项工作主要是对建库所用的土地变更调查基础资料进行统计、核查，看是否符合建库的要求。
（1）荆州市国土资源局信息中心提供建库的变更图件资料为2001年土地利用现状图生成的蓝晒图（标准分幅），该蓝晒图上标示出了2001～2005年的变更图斑（点状、面状、线状图斑），共有120张变更图纸（89 幅标准分幅图）。
首先对变更图件资料中的以下内容进行检查：①变更图斑是否完整，有无未闭合情况；②变更图斑中图斑号、地类号标注是否正确，变更图斑编号是否符合规定；③跨村界、乡镇界的变更图斑接边情况（例在检查中发现宜黄高速公路荆州段中涉及变更众多图斑，由于判读地物产生误差，各乡镇之间的高速路出现不衔接的情况，到实地进行地调后及时更正。）；④变更图斑内线状地物处理情况等。对部分图纸不符合《县（市）级土地利用数据库建设技术规范》要求的，必须由技术人员对其进行重新实地调绘、转绘，然后再提交作业人员进行数据采集。
（2）根据图历簿填写内容的要求，逐项认真填写，并检查变更标准分幅图图纸质量。
（3）对各部门提供的属性资料进行整理，对不完整的资料要求相关部门进行补充完善。
4.1.2 图件扫描质量检查
因为变更图纸是由2001年薄膜图蓝晒而成的纸质图，图面不是很清晰，且已经用了几年的时间，变形和图面磨损都比较大，给变更数据的采集造成了一定的难度。因此，对变更底图的扫描质量要求就比初始薄膜图扫描的要求更高。
图件扫描的分辨率不能低于300dpi，256 灰度扫描，图纸不清楚时可采用400dpi 或更高的分辨率进行扫描。扫描前必须进行扫描仪系统误差的检查和处理，尽量减小系统误差对整个底图质量的影响。对于一些局部变形较大的图纸在扫描的时候须进行特殊的处理，主要是采用分块扫描、校整的办法进行处理。
4.1.3 底图校正质量检查
使用瑞得公司矢量化软件RDSCAN，对扫描并经预处理过的底图进行图幅校正和坐标系转换。在图幅校正中将每幅图的图廓计算边长与其标准边长进行比较，对误差较大的图纸进行分析，并协同技术人员解决。
4.1.4 底图拼接质量检查
瑞得土地利用现状数据库管理系统 RDLUS 对数据的管理采用的是“市—县—乡—村”行政级管理模式，所以在进行底图拼接质量的检查时主要是看相邻底图的接边情况是否良好，对于拼接误差较大的图幅要进行较整、处理。检查底图拼接一般误差主要表现为以下两种类型：
（1）两端的内图廓拼接较好，但图幅中间的图斑线拼接有误差（如图2a）。这种情况可采用对每幅图分块扫描拼接以减小图幅间的拼接误差。
（2）两图幅中公里格网线之间拼接良好，但地物拼接误差较大（如图2b）。这种情况仅通过对底图进行较整以提高地物之间的接边精度是行不通的，只能在矢量变更数据采集时通过“取中采集”的原则来减小地物拼界接差造成的不良影响。
图2 底图拼接误差示意图
4.1.5 阶段性数据成果检查
检查阶段性数据成果是否保存为最新最完整的数据，并进行异地备份。该阶段数据处理过程中遇到的资料问题和重大的技术问题以及处理方法等是否进行了详细的记载。
4.2 矢量变更数据采集阶段
4.2.1 真实行政界线矢量变更数据检查
核实真实有效的村权属界线，严格核查原详查接边情况表，明确工作界线，达到全市无缝化是初始数据库中最基础环节，所有数据均按村为单位统计汇总。凡是扫描汇总后图上村辖区总面积与村台账的差值超过该村台账面积1%的，必须有针对性地找出问题（村与村间不重合，多是原来所属的行政区划不同，接连存在争议造成的，要求到实地核实后加以改正），并要求所有的村在打印图上都有检查人及审核人签字，并盖该镇土管所公章认可。变更数据库建设若不涉及行政界线调整，则可省略此步骤。
4.2.2 图斑矢量变更数据检查
（1）根据《技术规范》的要求，非行政区划采集的绝对误差必须小于0.3mm。图斑矢量变更数据采集完成之后，要检查其绝对误差，对超过限差的变更数据应进行修正。因为变更蓝晒图有变形，与初始建库所用的薄膜图不能完全吻合，所以将2001年初始矢量数据引入到变更蓝晒底图上以后，部分矢量数据与变更蓝晒底图之间有偏差。针对该问题，在变更矢量数据采集时的处理原则是：①以2001年初始矢量数据线划为准，尽量保持其不变，然后根据变更蓝晒底图进行矢量数据修改。②如果2001年初始矢量数据图斑线划与变更底图图斑线不吻合，则需要沿着变更图斑线采集数据，应采用“平行位移的”办法，数据采集时可以偏离变更底图图斑线，以保证变更图斑面积尽量准确。
（2）以行政村为单位检查图斑与真实行政界线之间以及图斑与图斑之间的无缝化。①检查变更图斑矢量化数据的属性是否与底图上图斑的属性一致，主要是检查变更图斑的地类代码输入是否正确，图斑编号是否与底图一致，如果因为重号的问题改变了原来的图斑编号，要查看是否按照作业规范的要求进行编号并做了记录。②检查变更过的线状地物的分段是否与底图一致且合理，线状地物的宽度输入是否正确。③检查穿过变更图斑的线状地物的处理是否正确。A.道路遇到70大类的变更图斑时一般应截断处理，遇到其他地类一般应保留；B.沟渠遇到70大类的变更图斑时一般应保留，遇到50类一般应截断处理，遇到其他地类一般予以保留。
4.2.3 背景界线矢量数据检查
因变更数据库建设不涉及行政界线调整，故不需检查。
4.2.4 地物矢量数据检查
（1）根据《技术规范》的要求，非行政区划采集的绝对误差必须小于0.3mm，检查时对超过限差的数据进行修改。
（2）要检查变更地物矢量化是否有丢漏。
4.2.5 阶段性数据成果检查
（1）检查阶段性数据成果是否保存为最新最完整的数据，且进行异地备份。
（2）该阶段数据处理过程中遇到的资料问题和重大的技术问题以及处理方法等是否进行了详细的记载。
4.3 矢量变更数据入库阶段
4.3.1 矢量数据拓扑检查
该步工作由瑞得土地利用现状数据库管理系统 RDLUS 自动完成。如果拓扑检查有错误，返回进行修改，直到拓扑检查没有错误为止。
4.3.2 数据库正确性检查
（1）检查变更数据库中的权属目录、辖区目录、图斑地类、系统分类设置是否符合《技术规范》要求和荆州市实际情况。变更后的图件首先打印出图幅接合表，将89 幅图幅落实到每个检查人员，并在接合表上标明责任人后，由责任人着重检查以下几项内容：①本图幅与周边图幅的接边情况：图幅每边都由本图幅检查人与相邻边检查人进行图幅接边检查，经过核对无误后由双方签字认可；②真实行政界线是否正确：根据村界处的现状地物和背景村界的调绘情况判断真实行政界线的位置，并检查背景村界是否正确；③线状地物是否丢漏：检查是否有丢掉线状地物完全没有进行矢量化和线状地物少做一段不完整现象；④线状地物属性错误：检查农路、公路与沟渠属性是否赋反；⑤图斑无明显界线的划分是否符合现状；⑥图斑号与地类号是否与薄膜图一致，图斑的权属单位、权属性质是否正确；⑦两图核对是否有明显跑线超标的情况等并以图幅为单位做好记录。检查过程中发现变更图纸容易出现以下四类问题：①掉漏应变更图斑；②变更图斑中应保留的岛状图斑未予以保留；③应进行变更的图斑未合并入新图斑；④线状地物取舍有差异。
（2）检查数据库运行是否正常，各种图件是否能正常查询出来，主要有以下图件：①89 标准分幅图；②320 幅村土地利用现状图；③19 幅乡土地利用现状图；④19 幅乡或村行政边界图；⑤全市行政边界及分幅信息结合图。
（3）按照《技术规范》所要求的各类统计报表是否能正常统计并打印出来：①2005年土地利用现状统计台账；②2005年土地利用现状乡统计簿一、二、三；③外单位面积统计表；④本村集体面积统计表；⑤村辖区面积表；⑥乡单位面积汇总表；⑦年度变更平衡表。
（4）从数据库中查询出土地利用现状标准分幅图并输出进行叠加检查，检查其是否与建库资料标准分幅图一致，如果有错、漏，返回“矢量变更数据采集”阶段进行数据修正，然后重新入库。
4.3.3 计算机量算面积与变更调查量算面积的对比检查
通过该项检查工作，分析造成面积差异的可能原因（包括建库资料中存在的问题和数据采集过程中存在的问题）。
（1）按照 《技术规范》 13.2.9 的要求 原始调查辖区总面积与计算机量算面积的误差控制在1%以内；计算机图幅量算面积与理论面积的相对误差控制在0.1%以内。
（2）按照 《技术规范》 14.3.2.8 的要求 原始调查全辖区一级地类面积与计算机量算面积相对误差超过2.5%或者详查辖区总面积与计算机量算面积的相对误差超过1%时，应提交补充说明。
（3）计算机量算面积与调查量算面积存在一定的差异，是由于两者在面积量算方法和量算汇总的过程上都存在很大的不同。但不能排除数据采集过程中产生的错误或者误差造成的面积差异。因此，为了查找出面积问题的真正原因所在，应将面积对比分析细化到以行政村为单位进行。
4.3.4 阶段性数据成果检查
（1）检查输出的乡土地利用现状图和标准分幅土地利用现状图，看图幅上的要素和图面的整饰是否符合《技术规范》的要求。
（2）检查提交的各种统计报表是否符合《技术规范》的要求。
（3）阶段性数据成果是否保存为最新最完整的数据，且进行异地备份。
（4）该阶段数据处理过程中遇到的资料问题和重大的技术问题以及处理方法等是否进行了详细的记载。
5 检查方法与程序
5.1 检查程序
检查流程图如图3所示：
图3 变更数据库检查流程
5.2 检查方法
目前，在“3 S”技术（遥感技术 RS、全球定位系统技术 GPS、地理信息系统技术GIS）未能全面推广应用的条件下，通过以下所述手工比对和数据检验手段的方法能解决单纯航片转绘无法确定村级行政界线等实际问题，更能准确描述图、数、地的现状，确保数据库质量。
须建立完善的质量控制体系，即三检一验制度。每道工序作业员首先进行自检和互检，然后提交专业检查人员，关键环节交由国土资源局检查，三检合格后，方可进入下一环节。从而保证质量，避免出现较大的返工现象。
5.2.1 作业过程中的自检和互检
按照建库作业流程，对于每一个数据单位的数据成果，都要按照《技术规范》的要求经过作业员自检、项目组长检查、数据检查员三次检查，无误后才能保存为阶段性数据成果，提交技术人员检查。
5.2.2 打印、输出相关图形数据进行图形套合检查
通过矢量数据采集阶段对数据的检查修正处理，矢量数据与变更资料的一致性已经基本得到保证，但是并不能保证在数据采集过程中无任何错误或者误差，应打印输出标准分幅图进行叠加检查，进一步排查错误。
（1）数据库建立完成后，查询出每一个村、乡土地利用现状图、标准分幅现状图叠加变更底图进行检查。
（2）打印出标准分幅土地利用现状图，与用于建库的变更蓝晒图进行重叠检查。
检查方法是：用透明的硫酸纸打印出89幅标准分幅图，套合变更蓝晒标准分幅图检查，检查方案如下：①村界检查。全面核实村界与相邻单位的位置，确保村界的准确性；每个乡镇针对村界若有变化或台账面积与计算机量算面积相差较大的情况须做出相应的说明。②图斑检查。严格依据台账、2005年变更蓝晒工作底图与打印出的检查图对照检查。注意图斑号是否相符、地类代码是否正确；图斑变更是否无错误无遗漏；按新的地类代码进行转换的情况等，特别涉及原50地类的图斑。③线状地物检查。对照2005年变更图查看有无漏绘或宽度未标注等情况。特别是针对发生变更的图斑，各乡镇了解实地情况的检查人员要注意变更后图斑内的线状地物情况，是否该线状地物仍然存在，另外要在图面上交代清楚线状地物的地类、宽度等。④检查发现的其他有关问题及处理意见。对发现的错误首先要在打印的检查图上以村为单位编号并注明是什么样的错误，并签字确认；其次要将所有错误以村为单位汇总后认真填写在乡镇变更检查错误汇总表上，存档备查。
要求以乡镇为单位，每个村说明检查责任人和检查情况，并对所发现的问题提出修改意见。如实填报内容，由区（分）局负责人签字确认。
5.2.3 通过面积对比分析进行检查
将数据库管理系统RDLUS统计得到的面积成果与建库资料中的面积成果进行对比、分析，尽可能从中找出引起面积差异的问题所在。通过这种方式，可有效地检查出诸如权属性质录入、权属单位录入、地类输入等错误。
（1）对每个行政村的2005年详查面积与计算机统计面积进行对比分析，面积差异较大的，排查原因。
（2）2005年详查统计的国有/集体面积与计算机统计的国有/集体面积不吻合的，对照台账资料，对矢量数据进行修正，尽量保持矢量数据与原始数据的一致性。
6 检查结论和成果
6.1 数据库图形部分
（1）建成数据库的图形部分覆盖了整个荆州市辖区，共89 幅标准分幅图，应无遗漏，数据完整。
（2）标准分幅土地利用现状图与矢量化底图叠加检查，数据采集应无遗漏、无严重跑线现象，符合《技术规范》的限差要求。
（3）输出的标准分幅图图面要素应符合《技术规范》的要求。
（4）乡、村土地利用现状图图面要素和整饰应符合《技术规范》的要求。
（5）图斑变更应正确，无遗漏。
6.2 数据库属性部分
（1）数据库中各图形要素的属性应输入完整。
（2）各项计算机统计面积与2005年变更调查面积的差异应在《技术规范》要求的限差范围以内。
（3）系统应能正确输出要求的各项统计报表。
（4）数据库文件在土地利用现状数据库管理系统 RDLUS 中应运行正常。
6.3 检查成果资料
（1）89幅标准分幅图的图例簿及其补充材料。
（2）变更图斑矢量化记录表。
（3）各种台账面积与计算机汇总面积对比分析表（市区两级辖区汇总面积对比、地类面积对比、变更图斑台账面积与计算机面积对比）。
（4）两套标准分幅检查图。
7 成果应用
检查成果所形成的数字、图表和有关资料对土地数量、质量、分布、权属和利用状况及动态变化，进行了全面记载、整理和分析，可直接实现土地行政管理中最基础的土地统计功能。
其具体的应用可通过在土地更新调查中常见的建设用地增加而耕地只减少的成因实例予以说明：
（1）耕地面积更新调查数比年度变更数减少 原因在于违法用地及历年变更调查遗漏的建设用地因未在年度变更调查中统计，而仍视同为耕地，但在更新调查数据检查工作中按建设用地进行调查统计予以纠正。
（2）建设用地更新调查数比年度变更数增加 原因在于历年违法用地及历年积累的变更调查漏查的建设用地未在年度变更调查进行变更统计，而在更新调查数据检查工作中均进行调查统计予以更正。
其应用技术还可广泛应用土地利用总体规划修编、土地动态监察等土地宏观调控管理工作。
应用数据库检查技术进行更新调查是目前较科学且可行的技术手段，可提高土地利用总体规划修编基数的准确性和确保土地利用现状的现势性。
数据库检查技术为国土资源管理，特别是地籍管理等基础业务性工作创造了新的发展机遇，促使国土管理技术发生质的飞跃，以往传统的技术手段正逐步被新兴的信息系统技术所代替。特别是现状库与规划库之间的同步互动在土地更新调查与管理上的应用，已成为国土资源管理手段上的新热点，将更大程度地提高工作效率，更好地服务于经济建设。
❸ 求一篇基于web的数据库设计社会实践调查报告
《基于web的数据库设计实践》
The Database Design Based On WEB Used In Remote Concurrent Design
Abstract: the paper analyses the database characteristics used in the remote concurrent proct design system based on Internet, deeply researches the database structure, interface and the method of the data safety.
Keywords: Internet, remote concurrent design, database based on Web
近年来，随着Web技术的蓬勃发展，人们已不满足于只在浏览器上获取静态的信息，想要通过它发表意见、查询数据。随着电子商务的普及人们开始参与一些网络商务活动，这就迫切需要实现Web与数据库的互连[1]。产品异地并行设计对数据的要求有一定的特殊性，主要有（1）产品数据多种多样。产品设计，特别是机械产品设计常常是大型而又复杂，在异地通过不同的设计小组，按不同的分工设计同一产品，所要管理和通讯的数据类型随着分工的不同而有不同的表现形式，如常规的数字组成的数据集，以图形、图象形式表达的产品模型数据，以文字形式描述设计的文档，还有图表、公式等形式，复杂多样。（2）产品数据交换频繁，流量大。产品设计是一个协同工作的创造性集体智慧凝聚的过程，要使设计顺利进行，分布在异地的不同设计小组之间就要经常性地进行数据交换，并且有些形式表达的产品数据是较大的文件。（3）产品数据的一致性要求高。分工合作的不同设计小组之间的设计任务是彼此关联，互相依赖的。如果其中一个数据改变了，相关联的数据必须跟着改变，在Web数据库设计时必须考虑数据的一致性问题。（4）产品数据的并发性访问频繁。由于异地产品设计的特殊属性，数据的并发性访问非常频繁。所以，进行基于Internet的产品异地并行设计的Web数据库设计与一般的电子商务不同，要充分考虑以上属性。本文结合我们近期开发的机械产品异地并行设计系统（RCDS, Remote Concurrent Design System），综合比较了多种当今流行的网络数据存取技术，设计出可靠安全的数据库系统。
1 Web数据库连接方案
1.1数据库连接方案选择
RDO、DAO和ADO是比较常见的Web数据库访问技术。
DAO (Data Access Objects) 数据访问对象是第一个面向对象的接口，它含有 Microsoft Jet 数据库引擎（由 Microsoft Access 所使用），并允许 Visual Basic 开发者通过 ODBC 象连接到其他数据库一样，直接访问到 Access 表。DAO 最适用于单系统应用程序或小范围本地分布使用，对大范围的异地并行设计显得功能不够强大。
RDO (Remote Data Objects) 远程数据对象是一个到 ODBC 的、面向对象的数据访问接口，它同易于使用的 DAO style组合在一起，提供了一个接口，形式上展示出所有 ODBC 的底层功能和灵活性。RDO 在访问 Jet 或 ISAM 数据库方面有一定的限制，而且它只能通过现存的 ODBC 驱动程序来访问关系数据库。但是，RDO 已被证明是许多 SQL Server、Oracle
以及其他大型关系数据库开发者经常选用的最佳接口。RDO 提供了用来访问存储过程和复杂结果集的更多和更复杂的对象、属性，以及方法。对异地并行设计Web数据库来说也不是十分理想。
ADO（ActiveX Data Objects）为ActiveX组件中数据库访问组件，ASP就是通过它实现对数据库的访问。ADO 是 DAO、RDO 的后继产物。ADO 2.0在功能上与 RDO 更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO “扩展”了 DAO 和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。例如，ADO 没有与 rdoEngine 和 rdoEnvironment 对象相等同的对象，可以包含 ODBC 驱动程序管理器和 hEnv 接口。尽管事实上接口可能是通过 ODBC OLE DB 服务提供程序实现的，但目前也不能从 ADO 中创建 ODBC 数据源。ADO 是为 Microsoft最新和最强大的数据访问范例 OLE DB 而设计的，是一个便于使用的应用程序层接口。OLE DB 为任何数据源提供了高性能的访问，这些数据源包括关系和非关系数据库、电子邮件和文件系统、文本和图形、自定义业务对象等等。ADO 在关键的 Internet 方案中使用最少的网络流量，并且在前端和数据源之间使用最少的层数，所有这些都是为了提供轻量、高性能的接口。同时 ADO 使用了与 DAO和 RDO相似的约定和特性，简化的语义使它更易于学习。
ADO最早是在IIS中引入的，主要用于ASP，用ADO可以使服务器端的脚本通过ODBC存取和操纵数据库服务器的数据。使用ADO的对象可以建立和管理数据库的连接，从数据库服务器请求和获取数据，执行更新、删除、添加数据、获取ODBC的错误信息等。ADO是ASP方案中最具吸引力的数据库连接控件，它为用户提供了连接任何兼容ODBC的数据库以及创建全功能数据库应用程序的能力。
ADO具有简单易用、高速、占用资源少等的优点。不同于DAO和RDO，ADO有着更高的执行效率。ADO 对象模型如图1a所示。每个 Connection、Command、Recordset 和 Field 对象都有 Properties 集合，如图1b所示。
a) b)
图1 ADO对象模型及属性
应该说，ADO是微软的下一代数据库连接技术，用来全面取代RDO和DAO的数据访问工具。从发展趋势来看，ADO今后将逐步替代老的DAO特别是RDO数据访问接口，成为新的远程数据访问方法。所以，选择ADO作为产品异地并行设计的Web数据库接口技术是合适的。
1.2 ADO应用分析
ADO 并不是自动和现存的数据访问应用程序代码兼容的。当 ADO 封装 DAO 和 RDO 的功能性的时候，必须将许多语言要素转换为 ADO 语法。在某些情况下，这将意味着要对现存代码的某些功能做一个简单转换。在其他情况下，最佳的做法可能是用 ADO 的新功能重写该应用程序。
包含在 DAO 和 RDO 模型中的许多功能被合并为单个对象，这样就生成了一个简单得多的对象模型。然而，由于这个原因，起初可能会觉得找到合适的 ADO 对象、集合、属性、方法，或事件非常困难。与 DAO 和 RDO不同的是，尽管 ADO 对象是分层结构的，但在分层结构范围之外也是可以创建的。同时，也应当注意，ADO 当前并不支持 DAO 的所有功能。ADO 主要包括 RDO 风格的功能性，以便和 OLE DB 数据源交互，另外还包括远程和 DHTML 技术。
一般说来，在 ADO 的演化过程中，马上把大多数 DAO 应用程序（except possibly是那些使用 ODBCDirect 的应用程序）移植到 ADO 上为时太早，因为当前的 ADO 并不支持数据定义 (DDL)、用户、组等等。不过，如果只将 DAO 用于客户—服务器应用程序，并不依赖于 Jet 数据库引擎或不使用 DDL，那么就可能移植到 ADO。最终，Microsoft 将提供一个 ADO DDL 组件来帮助进行 DAO 到 ADO 的移植，并为 OLE DB 供应商提供一般的 DDL 支持。
在ASP中使用ADO技术来访问Web数据库，其应用前景是无可估量的。原理图如下：
图2 ADO在ASP程序中的应用
2 Web数据库管理系统
常见的数据库类型有面向对象的数据库（OODB）和关系型数据库。OODB对主流数据库应用开发来说是相当新颖的，使用OODB使应用程序中的数据对象与现实世界中的对象一一对应，面向对象数据库扩充了对象模型。一个常用的对象模型是由对象数据库管理组（ODMG）开发出来，具有比传统的关系数据库更优越的性能，但毕竟在目前还是一种探索阶段，暂时还未有相应的技术普及。
关系数据库已经是数据库体系的世界标准。当开发一个数据驱动应用程序时，大多数情况下用户需要访问网络（如Internet、Intranet等）上的数据信息，就RCDS就是建立在网络的信息通讯之上，是完全的客户机/服务器应用程序。
SQL Server是一个可缩放、高性能的关系型数据库管理系统（RDBMS），它的设计是为了满足分布式客户/服务器计算的需要，允许客户应用程序使用几个特定的工具和技术控制从服务器检索的数据。这些包括触发器、存储过程和规则的选项。因此，系统采用MS SQL Server7.0作为后台数据库。
3 Web数据库结构
数据模型通常有层次模型、网状模型、关系模型及OO（面向对象）模型等。其中关系模型是建立在数学概念基础之上的一种模型，由若干个关系框架组成的集合,它也是到目前为止最为成熟的一种数据库类型。本文RCDS采用MS SQL Server作为后台数据库，根据数据库工具和数据库特点，开发出一套可靠健壮的数据存储方案。
整个数据库共有AdminData、ChatNames、DesignUnits、Message、OnlineUnits、Procts、RqtTasks、RqtTaskUnits、RqtDesignUnits、ShareData、Tasks、TaskUnits和UploadFiles等表格。在建立数据模型的时候首先考虑是要避免重复数据，也就是建立规范化数据库。规范化数据库可以通过被称为范式水平的指标来衡量，级别有第一范式、第二范式和第三范式，通常第三范式就是要达到的目标，因为它提供了数据冗余和开发简易性之间的最好折衷。
RCDS数据库正是按照第三范式标准来设计的，它保证了模型的精简和表格的紧凑性。而第三范式标准也最大发挥了关系数据库的优势，图3是部分表格的视图链接情况。
图3 关系表格视图
4.1 并发控制的处理
在多个用户同时访问一个数据库时就产生并发问题，特别是在其中一些用户对数据库有添加或删除修改等操作时，那么其他所获得的数据可能是一塌糊涂，甚至造成整个数据访问的冲突、终止，从而使系统发生混乱以至崩溃。RCDS采用的解决办法是锁定技术，总体上分为共享锁定和排它锁定两种类型（如图4）。前者是指同时有几个过程共享一个锁定，比如一个用户（或客户）正在读取一个数据，虽然在这之前他已经对该数据设置了锁（LOCK），但其他用户同样可以（也只能是）读取它。而排他锁定一般应用于对数据进行修改或更新（包括添加删除等）操作，即是用户在修改一个数据之前设置了锁定，在一定的时间里其他用户是不能访问到该数据的，只有等待锁定解除（UNLOCK）才能进行访问到它，当然在计算机处理的时候，其他的用户一般是感觉不到有这个等待时间的。通过这样的处理，就保证了数据的一致性。
a) 共享锁定
b) 排它锁定
图4 安全锁定类型
在ADO进行数据库操作时，它的锁定类型相对来说复杂一些。打开记录集时，可以指定锁定类型。锁定类型决定了当不止一个用户同时试图改变一个记录时，数据库应如何处理。ADO中的锁定主要有以下四种类型：
l AdLockReadOnly 指定你不能修改记录集中的记录
l AdLockPessimistic 指定在编辑一个记录时，立即锁定它
l AdLockOptimstic 指定只有调用记录集的Update方法时，才锁定记录
l AdLockBatchOptimstic 指定记录只能成批地更新
在缺省情况下，记录集使用只读锁定。要指定不同的锁定类型，可以在打开记录集时包含这些锁定常量之一。部分代码如下：
… …
Set MyConn=Sever.CreateObject(“ADODB.Connection”)
//定义数据库连接MyConn
Set RS=Sever.CreateObject(“ADODB.RecordSet”)
//定义返回数据记录集
MyConn.Open “ByktDB.dsn”//建立应用程序与数据源的连接
RS.Open “SELECT * FROM Mytable”, MyConn, adOpenDynamic， adLockPessimistic
//进行数据库操作，并且设置锁定
RS.Close
MyConn.Close
… …
4.2产品数据一致性处理
数据的安全因素除了前面所提到的并行控制之外，还要考虑事务处理。网络数据库有其不同的地方，例如：假设某个时间有一个设计人员在你的站点上索取一些设计信息，有关的设计信息存储在两个表中。一个表用来保存该设计者的信息，另一个表包含了要索取的设计信息。该设计人员的信息已经输入了第一个表中。但是，就在这时，发生了意外情况，一道闪电击中了你的服务器，使第二个表没有被更新。在这种情况下，一个健壮的系统就必须保证最后的结果是两个表都没有被更新过。这时候事务处理就发挥了重要的功效。
使用事务处理，你可以防止第二个表没有被更新而第一个表被更新的情况出现：当一组语句构成一个事务处理时，如果一个语句没有执行成功，则所有的语句都不成功。不管是针对多个表，还是进行表内多个记录的操作，它们所需要的安全保证是一样的。事务处理的实现代码如下：
… …
Set MyConn=Sever.CreateObject(“ADODB.Connection”)
MyConn.Open “ByktDB.dsn”
MyConn.BeginTrans //事务处理开始
MyConn.Execute “INSERT DataTable(Num) Values(‘3628’)”
MyConn.Execute “INSERT Shipping (Address) VALUES(‘Paris,France’)”
MyConn.CommitTrans //事务处理结束
MyConn.Close
… …
在上面这段代码中，用BeginTrans方法和CommitTrans方法来标记事务处理的开始和结束。在BeginTrans方法被调用之后，CommitTRans方法被调用之前，不管出现什么错误，两个表都不会被更新，在这个过程中所有处理的数据都保持了完全可靠的一致性。
❹ 海洋油气资源调查与评价数据库系统的设计与实现
王刚龙李绍荣陈泓君曾繁彩
（广州海洋地质调查局，广州，510760）
第一作者简介：王刚龙，男，1971年生，物探工程师，1995年毕业于长春地质学院电子仪器系电子仪器与测量专业，主要从事信息管理及信息研究工作。
摘要“海洋油气资源调查与评价数据库”是以海洋油气资源调查工作为基础，汇集大量海洋地质调查和油气资源评价成果资料，综合利用计算机、地理信息系统（GIS）、数据库及网上发布等技术建设而成的，是一个为国家海洋矿产资源战略决策、为海洋经济建设、为今后的海洋地质调查和科研项目及可持续发展提供全面、准确基础资料和决策依据的专业化信息管理系统。文中重点介绍了系统数据库的建设及系统功能的开发的思路。
关键词油气资源GIS海洋勘查数据库网上发布
1意义
我国海域蕴藏着丰富的油气资源。数十年来，我国在海域油气资源调查方面，取得了大量的海洋地质调查成果资料和油气资源评价资料，这些资料凝结着广大科技工作者的劳动结晶。以寻找海洋油气资源为目的的海洋地质调查工作投入高昂，从海上资料和数据采集到陆上资料处理、解释、研究，直至编写成果报告、编制成果图件，各个环节都要投入大量人力、物力、设备和资金。应用先进的信息技术建立海上油气地质调查资料与资源评价数据库系统，将会提高我国的海洋地质调查资料管理和服务水平，使海洋地质调查和资源评价资料更好地为国家海洋矿产资源战略决策、为国家经济建设、为今后的海洋地质调查和科研项目服务。
2系统设计
本系统的目标是应用数据库技术、网络技术、地理信息系统技术开发一套技术上较先进的数据库应用系统，将油气资源及评价相关的数据和调查资料进行管理，综合应用多项技术，实现资料全文、电子图件、各种媒体资料的网上浏览、查询和统计分析。满足海洋油气地质调查资料和资源评价数据管理的需要和从事海洋油气地质调查和科研人员利用资料的需要。
2.1数据库设计及建设
针对海洋油气地质调查成果的资料形式，建立一个适用于海洋地质资料管理和利用的数据库系统。建库工作包括数据库设计、资料档案目录数据、成果报告全文电子文件、成果报告附图扫描图片电子文件、资源评价数据的整理、录入。
2.2应用软件开发
要实现的系统基本功能包括：资料目录数据和全文内容电子文件的录入、编辑修改、资料归档管理、资料借阅管理、资料目录报表输出、目录输出、图像显示和输出、电子版图件和文字资料下载、远程资料查询和传送、网络环境下客户端浏览器的电子地图、全文、声像文件的显示/播放和操作、数据库文件备份等。
软件开发工作包括三套应用软件：①“地质资料管理系统”，使用者为资料管理人员；②“资源评价数据管理系统”，使用者为油气资源评价数据收集和录入人员；③“地质资料查询系统”，供普通科技人员通过Intranet/Internet网浏览查询资料全文、电子图件和目录数据内容。以上三个应用系统均使用同一个数据库系统，前二者对数据维护，后者从数据库读取数据。
2.3系统集成工作
实现服务器和客户机的连接和组网；后台数据库服务器与客户端的连接；原有资料目录数据导入处理；新数据录入加载；WEB站点的建立；MapGis-IMS互联网地图服务器的安装建立和矢量图形数据的整理加载，信息系统开发的三个应用软件与上述各系统的整合。
3系统总体结构
从逻辑上看，整个系统由“地质资料管理系统”、“资源评价数据管理系统”、“地质资料查询系统”三个应用系统和后台的数据库系统4个部分组成（图1），其中“地质资料查询系统”又由WEB服务器、MapGis-IMS互联网地图服务服务器、服务器端脚本程序以及0040数据库接口、ODBC数据库接口、MapGis数据库引擎等多个软件部件组成。
3.1C/S结构应用软件
“地质资料管理系统”和“资源评价数据管理系统”，仅限于资料管理员和数据维护人员使用，为提高系统安全，采用C/S结构。选用Power Builder集成开发环境作为C/S应用软件的开发工具。Power Builder是专用于开发数据库应用软件的工具，具备支持ORACLE等大型数据库平台的接口，提供特色的数据窗口控件，把常用的数据库操作封装在数据窗口控件中，提供开发语言Power Script，是开发数据库应用软件的高产开发工具。
3.2B/S结构应用软件
“地质资料查询系统”面向所有普通用户，要求不需要学习就能让用户使用，因此该应用软件结构采用B/S结构。“地质资料查询系统”涉及几项工作，分别选用的如下：
（1）微软公司的IIS5.0（Internet Information Server），在WEB服务器上建立网站。
（2）WEB应用软件，由于WEB应用软件的开发工具非常多，在应用软件开发中使用了多种技术和方法，包括：①语言：HTML、ASP、VB Script、Jscript、Action Script等；②数据接口：（）DBC接口，004（）接口；③开发工具：InterDev、Flash等。
（3）我国中地公司的MapGis-IMS互联网地图服务器实现电子地图浏览。
图1系统总体结构
Fig.1System construction chart
4系统数据库设计
本系统的数据主要是地质资料，包括地勘项目或科研项目完成后以成果报告和图件形式提交的资料，及在项目进行中产生的各种文件材料以及与资料或档案材料内容一致的电子文件。
4.1从应用系统的数据管理来看，三个应用系统分别管理三类数据
（1）地质资料数据
由“地质资料管理系统”维护的资料目录、报告全文以及各种多媒体的电子文件数据。
1）目录数据：成果报告、档案、图件等实体的目录数据，是描述这些实体属性特征的数据。例如成果报告的名称、编者、提交单位等。
2）文字材料的全文：成果报告、审核类文字材料（如评审意见书）的内容，在计算机中以电子文件形式存储，按照“国土资源部成果地质资料电子文件汇交格式（SZ1999002-2001）”的规定，要以WORD软件的.DOC文件格式存储。
3）多媒体资料的电子文件：包括声音、图像、视频、动画、幻灯片等电子文件。
（2）油气资源评价数据
与油气资源评价相关事物的属性数据，包括调查活动、构造、油气田、油气探井等。
（3）电子图件数据
由MapGis-IMS软件维护的矢量型图形数据，分别属于“成果地质资料电子文件汇交格式（SZ1999002-2001）”标准规定的第一类附图和第二类附图的电子文件格式，可由“地质资料查询系统”读取显示在浏览器中的数据。其在数据库中存储结构是MapGis-IMS开发者设计的。
4.2地质资料各实体关系
本信息系统工作重点是地质资料的管理和查询服务，主要是对地质资料数据库设计和数据库集成和应用开发。
地质资料各实体关系如图2。
图2地质资料数据E-R模型
Fig.2Geological data structure E-R model chart
需要说明的是，一份成果报告，有多个全文电子文件。一份报告的全文按照报告章节分成多个电子文件，是一对多的关系，而不是一对一。这是考虑避免用户在网上阅读报告全文时，每次都要从数据库取出整个报告的全文内容传送到本地浏览器中，从而增加网络数据传输量和数据库服务器的负担，造成等待而使用户感觉应用软件运行速度过慢。
根据资料数据模型、现行的资料管理办法和资料着录标准，确定各数据库结构及定义，共设计了3类17个数据表组成系统的数据库。电子地图数据表则由商品化软件设计管理。
（1）地质资料数据库表
包括报告基本信息表、报告附图信息表、档案总目录信息表、档案明细信息表、图件资料信息表、资料电子文件信息表等。
（2）资料管理事务库表
包括成果资料移交信息表、成果资料报送信息表、资料借还信息表、资料访问日志信息表、用户基本信息表等。
（3）油气评价数据库表
包括局部构造信息表、圈闭信息表、调查工作量信息表、油气田信息表、油气资源评价信息表、油气探井信息表等。
在数据库管理系统服务器端，用PL/SQL语言编写建立库数据表、表空间、序列、触发器等的命令代码文件，可在ORACLE的SQL-PLUS环境下自动执行完成相应对象的建立。
4.3服务器端的后台数据库系统
采用ORACLE数据库管理系统，用PL/SQL语言编写命令文件，在SQL-PLUS环境中执行，完成各种建库和维护操作，使建库、建立序列、建立触发器、数据导入程序化执行。直接利用DBA STUDIO可视化数据库管理工具，进行数据库表、用户账号密码、各种权限、序列、触发器等的维护和管理。用ORACLE提供的BLOB二进制大对象数据块字段类型，实现成果报告全文、图件资料的缩略图等电子文件的入库管理。
5系统功能实现
“地质资料管理系统”（GDMS）和“资源评价数据管理系统”，开发采用Power Builder软件的Power Script语言开发，与后台数据库连接采用Power Builder提供的ORACLE专用接口实现。软件结构采用客户机/服务器（C/S）结构。
5.1地质资料管理系统
根据用户对地质资料档案管理过程的需求，该系统需基本具备对数据的输入、维护、查询、统计、借阅、输出、备份等模块。为了保证数据的安全性，增加了凭密码、账号登录功能及用户管理，设置了系统管理员、资料管理员和普通用户三种权限，防止非法用户访问资料。普通用户只能对资料进行查询，不能对资料进行添加或修改等操作，资料管理员有权对资料进行添加、修改、查询等操作，而系统管理员则权限最大，增加了对用户管理表和系统日志信息表进行维护的权限。为了使用户更好地掌握本系统，还必须建立联机帮助模块。本系统各个主要模块之间的关系如图3所示。
图3地质资料管理系统主要模块关系示意图
Fig.3Geological data management system mole chart
5.2资源评价数据管理系统
“资源评价数据管理系统”管理对象是与油气资源评价有关的构造、油气资源、油气田、油气探井、资源评价数据的信息，功能上主要侧重于油气评价数据的维护。如录入新数据、数据查询与修改、数据备份/恢复和在线帮助。数据的安全性采用与地质资料管理系统相同的安全机制。考虑到PowerBuilder程序编制的特点，采用如图4所示的系统功能模块图。
5.3地质资料查询系统
“地质资料查询系统”实际是一个WEB应用软件系统，由网页组成的，这与传统的结构化应用程序不同，也与可视化集成环境下开发的窗体应用软件结构不同。传统的应用程序，结构明显，由各模块组成，模块之间通过参数传递实现模块间的联系，模块通过调用执行。可视化集成环境下开发的窗体应用软件，是由各种窗体、表单、模块、各种对象组成，代码执行是通过消息和事件驱动的。“地质资料查询系统”则由许多网页组成，网页中嵌入了可执行的脚本程序、Java小程序、控件等，必须在WEB服务器上建立网站运行，与WEB服务器上的各种应用服务一起实现特定的应用功能。
图4系统功能模块图
Fig.4Evaluation data management System mole chart
WEB服务器采用的是微软公司的IIS5.0（Internet Information Server），实现网站建立和管理。图件资料电子地图的发布查询浏览功能采用中地公司的MapGis-IMS互联网地图服务器，电子地图的图形数据文件存放在服务器上的数据库中或磁盘上，应用程序可通过数据库引擎读取图形数据，电子地图的目录数据则放在ORACLE数据库中。对ORACLE数据库中的以BLOB二进制大对象数据块存储的成果报告全文和图件缩略图等电子文件的读取，是通过ORACLE提供的0040数据接口实现。应用程序编程语言包括ASP、HTML、VB Script、Jscript、Action Script等，在Visual InterDev6.0集成开发平台完成开发工作。
图5的系统结构图中列出了地质资料查询系统的菜单和网页功能及其调用顺序。
6结束语
项目开发的系统是一个网络化的信息系统，分成前台应用软件和后台数据库系统两部分。本系统采取的技术路线是：采用商用大型数据库管理系统软件在后台对数据管理和维护，前台应用软件采用针对数据库应用软件开发的可视化集成开发环境（工具）进行开发工作。这样，数据库的物理结构设计及实现、数据维护管理、数据库网络连接接口等问题交由后台的商用数据库管理系统去完成，减少了系统开发难度，提高系统的稳定性和可靠性。
本系统的数据库应用实例已完成开发和在工作中运行，建成的系统具有如下特点：①实用性强；②系统的用户群体广；③系统功能满足了日常工作中的资料管理和资料查阅的需求，系统建成后能够继续得到日常维护；④系统提供的资料内容多样化，有全文资料和电子地图；⑤实现Intranet/Internet网络化服务，系统易使用和操作，适用于地质资料的社会化服务；⑥与当前国家关于地质资料信息化要求及相关标准相吻合。
图5地质资料查询系统功能结构图
Fig.5Geological data retrieval system mole chart
参考文献及资料
地矿部北京计算中心和石油地质研究所，1990.油气资源普查勘探数据库系统研制报告（地矿部科技发展项目86166）
胡存生.2001.Powerbuilder 7.0高级开发实例与技巧.北京：电子工业出版社
王庆瑞.1998.数据结构，北京出版社
武汉中地信息工程有限公司.MAPGIS Internet Map Server开发手册
张文新.1999.Internet程序设计java＆HTML.哈尔滨：哈尔滨工程大学出版社
Kevin Loney.2000.Oracle 8i DBA Handbook.北京：机械工业出版社
Designing and Implememtation of Petroleum and Gas Resources Survey＆Evaluation DBMS of Ocean
Wang Ganglong Li Shaorong Chen Hongjun Zeng Fancai
（Guangzhou Marine Geology Survey,Guangzhou,510760）
Abstract:Based on the data from petroleum and gas resources survey,as well as from marine geological survey,evaluation and material,petroleum and gas resources survey＆evalu-ation DBMS（Pgrs＆eDBMS）is formed by using computer,GIS,database and WEB development technology.Pgrs＆eDBMS is a professional information management system for providing comprehensive and actual data as well as dicision-making basis for marine mineral resources survey,marine economic construction,science research and sustainable marine development.This paper focuses on introcing the establishment of database of Pgrs＆eDBMS and the development of its function.
Key Word:Petroleum resourcesGISMarine surveyDatabaseOnline distribution.
❺ 请问问卷调查系统的数据库应该如何设计
好好利用网络，上面好多
❻ 如果要建立一个教务管理信息系统,那么对应的数据库在需求分析阶段应该调查哪
系统目标，系统功能描述，建立数据流图和数据字典。就是要确认这个系统要实现什么功能，然后决定实体，分析他们的关系，一对多还是多对一，再画er图，然后转成关系模型。