求一份SQL server数据库课程设计报告

一、编写目的

建立山东半岛城市群地质－生态环境空间数据库，是“山东半岛城市群地区地质－生态环境综合调查评价及可持续发展研究”项目的设计要求，而山东半岛城市群地质－生态环境空间数据库建设，涉及地质、环境、水文、矿产等专业，并涉及单位较多，需要提交入库的数据也较多，为了指导和规范数据库项目的建设，特编写本指南，重点从建库的数据整理与格式转换阶段规范工作流程，明确最终提交成果，同时对元数据的填写做出了详细规定，本指南对山东半岛城市群空间数据库建设具有指导作用。

二、适用范围

本指南适用于山东半岛城市群地质－生态环境空间数据库建设工作。

三、编写依据及参考标准

1国家及行业标准

GB/T2260—1999中华人民共和国行政区划代码

GB/T17798—1999地球空间数据交换格式

GB/T13923—92国土基础信息数据分类与代码

GB/T17766—1999固体矿产资源/储量分类

GB/T13989—92国家基本比例尺地形图分幅和编号

GB/T9649—88地质矿产术语分类代码

GB/T964916—1998地质矿产术语分类代码矿床学

DZ/T0197—1997数字化地质图图层及属性文件格式

2部门标准

GX199900X－200X国土资源信息高层分类编码及数据文件命名规则国土资源部省级矿产资源规划编制指南国

国土资源部矿产资源储量数据库标准

中国地质调查局空间数据库工作指南20版

版山东半岛城市群地质－生态环境空间数据库建库标准(试行稿)

四、数据库框架设计

1数据库需求分析

山东半岛城市群数据库是在“山东半岛城市群生态环境地质”项目研究成果的基础上研制、基于Arcinfo平台的空间数据库系统，其总体目标是存储和管理“山东半岛城市群生态环境地质”项目研究成果的资料、信息、地图及提供查询服务，为山东半岛城市群的空间布局管理、规划和决策以及重大项目建设和经济社会可持续发展提供依据。为达成这一总体目标，对数据库建设的需求应该包括以下方面:

1)对项目成果图件及其他数据存储管理的需求，需要构建一个符合要求的空间数据库。

2)提供对山东半岛城市群生态环境地质研究成果的管理、查询与展示。

3)提供山东半岛城市群生态、环境的现状与分级分布情况。

4)组织山东半岛城市群生态环境专题图件，直观地为决策咨询提出相应的对策和解决方案。

(1)功能需求

通过需求分析，得到软件的功能需求。除基本的数据输入、编辑和管理功能外，本系统还应具有以下4个方面的要求:

1)对现有地质－生态环境问题的展示、查询;

2)地质－生态环境质量现状的分析;

3)对地质－生态环境与可持续发展关系的分析评价;

4)保持经济增长和地质－生态环境相协调的对策与建议。

(2)性能需求

本数据库系统的性能需求为:

1)系统稳定性好;

2)可扩展性好;

3) *** 作简单;

4)可移植性好;

5)保密性。

根据“山东半岛城市群地区地质－生态环境综合调查评价及可持续发展研究”项目需求分析，数据库涉及的基础图件和数据、项目研究的成果数据如下:

1)基础地理、地质图件，采用1∶20万的地理底图和经过简化的地质底图。

2)各专题项目编汇的成果图件，包括:

山东半岛城市群地区地质图;

山东半岛城市群地区卫星遥感影像图;

山东半岛城市群地区区域稳定性综合评价图;

山东半岛城市群地区土地资源环境质量评价图;

山东半岛城市群地区矿产资源综合评价图;

山东半岛城市群地区地表水评价图;

山东半岛城市群地区地下水环境评价图;

山东半岛城市群地区海岸带地质灾害分布图;

山东半岛城市群地区生态环境综合评价图;

山东半岛城市群地区地质灾害易发区分布图;

山东半岛城市群地区地质生态与经济可持续发展对策图;

烟台地区地壳稳定性评价分区图;

烟台地区地质－生态环境分析与评价图;

烟台地区生态功能区划与生态市建设规划图;

青岛地区地壳稳定性评价分区图;

青岛地区海岸带地质环境质量评价图;

青岛地区地质－生态环境评价分区图。

3)属性数据;

4)文字报告;

5)专题图件数据。

2数据库系统架构

根据以上对数据库需求的分析，结合目前项目的需要和经费情况，采用的系统架构见图12－1。

图12－1 数据库系统架构

本项目采用 ArcGIS Desktop 来搭建系统平台，用以实现定义好的空间数据和非空间数据的存储和管理。系统的核心采用地理数据库 GeoDataBase 体系结构。在后台通过 ArcCat-alog 应用模块来组织和管理所有的 GIS 信息，比如地图、数据集、模型、元数据、服务等; 通过 ArcToolBox 工具来完成数据转换、叠加处理、地理编码、统计分析和投影变换等数据处理。

客户端采用定制的 ArcMap，用以完成数据的显示、分析和编辑。另外可以通过 Arc-GIS 的扩展模块来实现对空间数据进行高效率的可视化和分析; 用 ArcGIS Spatial Analyst实现栅格数据的显示和处理。ArcGIS Desktop 系统平台表现示例见图 12 －2。

在系统数据库建成之后，如项目的后期需要进行数据的共享和发布，可采用 ArcSDE +ArcIMS 的搭配来实现 B / S 构架的数据共享。

图12－2 ArcGIS Desktop系统平台表现示例

3数据库系统功能软件的系统功能分为基本系统数据管理功能和专业应用扩展功能两大部分。根据需求分析，确定各部分的功能。

1)基本功能部分:包括系统管理，数据输入、编辑、查询和输出，数据处理和图形符号库管理等。

2)扩展功能部分:包括现状展示、分析评价、可持续发展评价和决策支持等。系统的功能模块构成见图12－3。

图12－3 系统的功能模块构成

4系统软件平台

在本项目的研究中，结合调查评价研究项目的工作实际，选取了美国ESRI公司的ArcGIS软件作为数据库开发的GIS软件平台，同时考虑到各专题研究单位的实际情况，选取MapGIS作为电子图件的绘制软件。在汇总各专题研究单位提交的MapGIS数字图件后，进行MapGIS格式数据向ArcGIS格式数据的转换，将研究成果加载到项目统一的地质－生态环境空间数据库中。本项目选择的ArcGIS软件平台包括ArcGISDesktop、ArcS-DE、ArcIMS等组件。

5硬件平台选择

除按系统平台的选择原则外，硬件选择从以下方面考虑:

1)硬件的性能:能够满足系统软件平台的运行需求;

2)与其他硬件的兼容性:各种硬件设备可以协同工作;

3)与软件的兼容性:要兼容 *** 作系统、数据库软件或其他应用软件。

可利用现有的计算机硬件，适当增设需要的硬件来构造系统的硬件环境。

6系统实现步骤

(1)系统设计

1)总体结构设计:主要指系统中各子系统之间关系的设计。

2)系统各子系统或子功能模块的描述:各功能模块要划分到软件单元的层次，要求描述清晰，以满足编码、编译和测试的需要。

3)系统外部接口设计:完成系统外部接口、各软件单元之间的详细设计。

4)数据结构和数据库设计:主要指规划数据组织与表达方式的设计。

5)界面设计:主要指应用系统的 *** 作界面设计。

6)软、硬件设计:主要指系统软硬件运行环境的设计。

7)系统单元测试的详细计划:包括测试集、测试用例和测试步骤。

(2)软件编程

完成程序代码的编写及数据库建库任务。

1)遵照软件设计说明书的要求，利用编程工具编制程序代码，并完成程序代码的测试工作。

2)按照半岛城市群项目数据库标准及数据库建库规范的要求，完成数据建库工作。

(3)系统集成与测试

完成系统集成及测试，生成可实际运行的系统，编写用户使用手册。

1)系统集成。

2)系统集成测试。集成测试的步骤为:

①制定系统各单元、模块、子系统的集成计划和集成测试计划，内容包括测试要求、步骤、数据和时间表等;②编写系统集成、测试文档;③按计划进行系统集成与集成测试，修改错误，再测试，直到符合设计要求;④编写测试报告。

3)编写用户使用手册。

五、数据入库工作流程

工作流程主要用于对规划数据库数据入库方法和过程进行指导。项目数据库的数据入库流程见图12－4。

图12－4 数据入库流程

1资料收集

主要包括图件、表格和文字资料等项目所涉及的数据和成果。

2资料预处理

数据预处理就是在全面收集资料的基础上，对资料进行系统的分析研究、综合整理及筛选等。

3建库文档准备

主要是指对建库所需的文档进行准备，主要为数据整理记录表、属性填卡表准备，MapGIS编图的花纹符号库、线型库、颜色库设定等。

4数据采集

数据的采集主要包括图件的输入、建立分层文件、属性的输入。

5数据整理

数据整理的主要内容为:检查数据分层，重新命名分层文件，补充新增图层、调整部分地理、地质和规划专题属性结构，增加部分属性表格，以及整理附加文档等，完成上述工作后要填写元数据采集表并完成对元数据的录入，最后，对所有文件要进行标准化命名。

6空间数据格式转换

按照项目建库的统一要求，各子项目在MapGIS平台下完成的成果图件，数据需要向ArcInfo格式进行转换。

六、数据质量监控

1质量监控体系

项目承担单位和实施单位要建立完善的规划数据库建设质量监控体系，并制定相应的制度。

(1)自互检

建立完整的自互检表，每个作业人员的建库工作都要进行100%的自检，并将自检所发现的问题及时改正。在自检的基础上，由项目负责人安排其他作业人员进行60%以上的互检，并将互检结果和修改处理结果如实、完整地记录下来。

(2)抽检

每张图完成后，由项目负责抽取10%进行检查，并确保检查内容全部符合质量要求。

(3)阶段性检查

对建库的每个阶段性成果要进行严格检查把关，如图件扫描矢量化后的图元检查;属性录入后的图元、属性一致性检查等。

2数据质量监控

(1)空间数据质量检查

空间数据质量检查主要是对成果图上的内容进行质量检查，要分别对MapGIS和ArcInfo格式的所有图层进行逐项检查，包括入库数据图层套合精度、拓扑、命名的标准化规范化、分层的正确性、数据的完整性、属性表结构的正确性、图元与属性的对应性、属性代码的准确性等。

(2)图面质量检查

图面检查是指对提交的成果数据图进行图面内容检查，发现错误应及时修改完善，直至准确无误。

(3)数据表数据质量检查

是指对非空间数据表和空间属性数据表检查数据的正确性，检查数据结构的一致性，并对照规划文本检查与规划实施相关内容的完整性和正确性。

(4)文档检查

资料文档检查主要是检查数据库所要求的文本、研究报告、编制说明、附表等资料文档是否齐全，内容是否正确，并检查元数据采集表及入库数据内容是否合乎要求。

3数据质量监控指标

上述内容的检查总错误率小于2%，其中，图元(包括点、线、面、注释)错误率小于1%，属性(包括文字、代码、ID号对应、记录个数等)错误率小于2%，凡错误率大于该两值的，或发生图层缺失、附表缺失、文档缺失以及未提交正确的元数据采集表和入库数据的，一律不予通过。

七、提交数据要求

1提交格式

成果图件:MapGIS格式，含工程、图层和系统库文件。

文档:包括编制说明、研究报告及其他文档资料(Word和Html两种格式)。表格:Access和Excel两种格式。

元数据采集表:Word格式。

2提交形式

汇交数据存储介质为光盘。在提交成果之前，要进行全面查杀毒，确保数据安全。

1检查硬件要求 系统必须符合以下最低硬件要求： 至少有1024MB的物理内存 下表说明安装时物理内存（RAM）和交换区（swap space）的配置关系。 RAM Swap Space 1024 MB 到 2048 MB 15 倍 RAM 2049 MB 到 8192 MB 等于 RAM 大于 8192 MB 075 倍 RAM 在 /tmp 目录中至少有400 MB空闲磁盘空间 15 GB 到 35 GB 的磁盘空间用于安装 Oracle 数据库软件，具体大小由安装类型决定 12GB 磁盘空间用于数据库预配置文件系统存储(可选) 说明: 使用 ASM (Automatic Storage Management) 和 RDS (raw device storage) 的磁盘空间要求在后面的章节中描述。 若选择自动备份配置，启用闪回区（flash recovery area）需要额外的磁盘空间，也可以在文件系统或 ASM(Automatic Storage Management) 磁盘组中指定。 确保系统满足这些要求: 确认物理内存尺寸，键入下列命令： # grep MemTotal /proc/meminfo 假如物理内存尺寸小于推荐的内存要求，必须在安装前增加内存。 确认交换区（swap space）尺寸，键入下列命令： # grep SwapTotal /proc/meminfo 示例： as3$grep SwapTotal /proc/meminfo SwapTotal: 2048248 kB 必要时，查阅 *** 作系统文档中如何配置额外交换区（swap space）的相关信息以修改交换区（swap space）配置。 确认可用的 RAM 和交换区（swap space），键入下列命令： # free 示例： as3$free total used free shared buffers cached Mem: 503084 490356 12728 0 2432 345224 -/+ buffers/cache: 142700 360384 Swap: 2048248 72692 1975556 最好在延迟数秒后，作多次重复测试 说明: 上述命令会产生多个不同的结果。这是因为在冻结期外可用的 RAM 和交换区（swap space）随用户的 *** 作不断变化。 确认 /tmp 目录中可用的磁盘空间，键入下列命令： # df -h /tmp 示例： as3$df -h /tmp 文件系统 容量 已用 可用 已用% 挂载点 /dev/hda3 16G 45G 11G 31% / 假如在 /tmp 目录的自由磁盘空间中少于 400MB，请完成下列步骤之一: 删除 /tmp 目录中不必要的文件以满足磁盘空间需求。 在配置Oracle 用户环境时设置 TEMP 和 TMPDIR 环境变量（稍后说明）。 扩充文件系统的 /tmp 目录。必要时，联系您的系统治理员了解关于扩充文件系统的相关信息。 确认 *** 作系统的自由磁盘空间，键入下列命令： # df -h 示例： as3$df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/hda3 16G 45G 11G 31% / /dev/hda2 981M 27M 905M 3% /boot /dev/hda5 29G 27G 13G 96% /opt none 246M 0 246M 0% /dev/shm /dev/hda6 15G 191M 14G 2% /var 下表显示每种安装类型需要的大约磁盘空间： 安装类型 所需空间 Enterprise Edition 185 Standard Edition 185 Custom (maximum) 199 确认系统硬件架构能运行 Oracle 软件，键入下列命令： # grep "model name" /proc/cpuinfo 示例： as3$grep "model name" /proc/cpuinfo model name : Intel(R) Pentium(R) 4 CPU 280GHz 说明: 该命令显示处理器类型。验证处理器架构匹配您将要安装的 Oracle 发行版软件。假如看不到预期结果，则不能在系统中安装这个软件。 2检查软件要求 安装所需的软件环境，根据下表进行核实。 说明: Oracle 通用安装工具根据系统需求清单对系统进行检查核实。确保在开始安装前通过检查。 需求项 *** 作系统 包含下列 *** 作系统版本之一： Red Hat Enterprise Linux AS/ES 30 (Update 4 or later)

Red Hat Linux 40 (Update 1 or later) SUSE Linux Enterpreise Server 80 with SP4 or later SUSE Linux Enterprise Server 90 with SP2 or later 核心版本 系统必须运行在以下核心版本之上（或以上版本）： Red Hat Enterprise Linux 30: 2421-20EL Red Hat Enterprise Linux 40: 269-11EL SUSE Linux Enterprise Server 80: 2421-278 SUSE Linux Enterprise Server 90: 265-139 包 下列包（或以上版本）必须已经安装： Red Hat Enterprise Linux 30: make-3791-17 control-center-2201-13 gcc-323-47 gcc-c++-323-47 gdb-61post-12004060752 glibc-232-9530 glibc-common-232-9530 glibc-devel-232-9530 glibc-devel-232-9520 (32 bit) compat-db-4014-51 compat-gcc-73-296128 compat-gcc-c++-73-296128 compat-libstdc++-73-296128 compat-libstdc++-devel-73-296128 gnome-libs-141290-342 (32 bit) libstdc++-323-47 libstdc++-devel-323-47 openmotif-223-3RHEL3 sysstat-505-5rhel3 setarch-13-1 libaio-0396-3 libaio-devel-0396-3 Red Hat Enterprise Linux 40: binutils-2159202-10EL4 compat-db-4125-9 control-center-280-12 gcc-343-9EL4 gcc-c++-343-9EL4 glibc-234-2 glibc-common-234-2 gnome-libs-141290-441 libstdc++-343-9EL4 libstdc++-devel-343-9EL4 make-380-5 pdksh-5214-30 sysstat-505-1 xscreensaver-418-5rhel42 SUSE Linux Enterprise Server 9: gcc-333 gcc-c++-333 glibc-233 libaio-03102-12ia64 libaio-devel-03102-12ia64 make-380 PL/SQL 本地编译, ProC/C++, Oracle 调用接口, Oracle C++ 调用接口, Oracle XML 开发工具 (XDK) Intel C++ 编译器 81 或 GNU C and C++ 编译器及以上版本，这些产品需要以上清单所列出的包支持。 说明: Intel C++ 编译器 V81 以上已经提供支持，不需要安装。在 Red Hat Enterprise Linux 3, OCCI上采用 32 版，已经提供 GNU C++ 编译器支持。这是默认的编译器版本。 OCCI 也同样支持采用 gcc 323 标准模板库的 Intel C++ 编译器 V81。 Oracle XML 开发套件 在使用 GCC 的 Red Hat Linux 40 上不被支持。只有 Intel C++ 编译器 (ICC) 提供支持。 在 Red Hat Enterprise Linux 40 上, Oracle C++ 调用接口 (OCCI) 不支持 GCC 343。要在 Red Hat Enterprise Linux 40 上使用 OCCI，你需要安装 GCC 323。 Oracle JDBC/OCI 驱动程序 你可以在下列 JDK 版本中使用 Oracle JDBC/OCI 驱动；然而，它们不需要单独安装： Sun JDK 142 with the JNDI extension 说明：JDK 142 在该发行版中已经安装 确保系统满足这些要求： 确认 Linux 版本，键入下列命令： # cat /etc/issue 示例： as3$cat /etc/issue Red Hat Enterprise Linux AS release 3 (Taroon) Kernel \r on an \m 说明： 只有存在先前表格中所列版本的 Linux 被支持。不能安装在其他的 Linux 版本上。 确认需要的核心已经安装，键入下列命令：

# uname -r 示例： as3$uname -r 2421-4ELsmp 下面是该命令在一个 Red Hat Enterprise Linux 30 系统中执行的输出情形： 2421-20EL 在该例中，输出表明系统的核心版本 （）和 勘误表 （20EL）等级。 新的内核命名 RHAS21 for ia32 249-e25 — 单处理器内核 249-e25-smp — 能够处理最高达 4GB 的物理内存的 SMP 内核 249-e25 — 能够处理最高达 16GB 左右的物理内存的企业 SMP 内核 RHEL3 for ia32 2421-4EL — 单处理器内核 2421-4ELsmp — 能够处理最高达 16 GB 的物理内存的 SMP 内核 2421-4ELhugemem — 能够处理超过 16 GB，最高达 64 GB 的 SMP 内核 假如核心版本不符合前述要求，请与 *** 作系统供给商联系，以获取最新的核心版本并更新。 确认必须的包已经全部安装，请键入下列格式类似的命令： # rpm -q package_name 示例： as3$rpm -q gcc-333 package gcc-333 is not installed 假如包没有安装，请从您的 Linux 安装包或从 Linux 提供商的网址下载并安装。 假如需要为 WebSphereMQ 的 CSD，请在下列网址中下载并获取安装信息： >

以上就是关于求一份SQL server数据库课程设计报告全部的内容，包括:求一份SQL server数据库课程设计报告、如何写详细设计文档、参加Java培训主要学习哪些内容等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！