多平台统一管理软件接口,如何实现多平台统一管理软件接口
551
2023-02-23
本文目录一览:
数据库的应用领域
1、多媒体数据库: 这类数据库主要存储与多媒体相关的数据,如声音、图像和视频等数据。多媒体数据最大的特点是数据连续,而且数据量比较大,存储需要的空间较大。
2、移动数据库: 该类数据库是在移动计算机系统上发展起来的,如笔记本电脑、掌上计算机等。该数据库最大的特点是通过无线数字通信网络传输的。移动数据库可以随时随地地获取和访问数据,为一些商务应用和一些紧急情况带来了很大的便利。
3、空间数据库: 这类数据库目前发展比较迅速。它主要包括地理信息数据库(又称为地理信息系统,即GIS)和计算机辅助设计(CAD)数据库。其中地理信息数据库一般存储与地图相关的信息数据;计算机辅助设计数据库一般存储设计信息的空间数据库,如机械、集成电路以及电子设备设计图等。
4、信息检索系统: 信息检索就是根据用户输入的信息,从数据库中查找相关的文档或信息,并把查找的信息反馈给用户。信息检索领域和数据库是同步发展的,它是一种典型的联机文档管理系统或者联机图书目录。
5、分布式信息检索: 这类数据库是随着Internet的发展而产生的数据库。它一般用于因特网及远距离计算机网络系统中。特别是随着电子商务的发展,这类数据库发展更加迅猛。
许多网络用户(如个人、公司或企业等)在自己的计算机中存储信息,同时希望通过网络使用发送电子邮件、文件传输、远程登录方式和别人共享这些信息。分布式信息检索满足了这一要求。
6、专家决策系统: 专家决策系统也是数据库应用的一部分。由于越来越多的数据可以联机获取,特别是企业通过这些数据可以对企业的发展作出更好的决策,以使企业更好地运行。由于人工智能的发展,使得专家决策系统的应用更加广泛。
扩展资料
对数据库系统的基本要求是:
①能够保证数据的独立性。数据和程序相互独立有利于加快软件开发速度,节省开发费用。
②冗余数据少,数据共享程度高。
③系统的用户接口简单,用户容易掌握,使用方便。
④能够确保系统运行可靠,出现故障时能迅速排除;能够保护数据不受非受权者访问或破坏;能够防止错误数据的产生,一旦产生也能及时发现。
⑤有重新组织数据的能力,能改变数据的存储结构或数据存储位置,以适应用户操作特性的变化,改善由于频繁插入、删除操作造成的数据组织零乱和时空性能变坏的状况。
⑥具有可修改性和可扩充性。
⑦能够充分描述数据间的内在联系。
下面做一个开发 API 接口的简单实例:
从 articles 表,通过 id 获取一篇文章。
访问该接口的 URL:
1
http://www.e.com/articles/details?id=1
数据库表结构如下:
1
2
3
4
5
6
7
CREATE TABLE `articles` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`title` varchar(255) NOT NULL,
`content` varchar(255) NOT NULL,
`dateline` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
第一步
修改数据库配置文件,MixPHP 的应用配置文件中,关于数据库的信息都引用了 common/config/database.php 文件。
第二步
修改应用配置文件:
修改 Response 组件默认输出格式为 JSON 格式。
修改 404/500 错误输出格式为 JSON 格式。
框架默认的 404/500 响应是网页,而 API 服务需要响应 JSON 数据,通常其他传统 MVC 框架需要修改很多地方才可完成这个需求,MixPHP 本身就提供该种配置,只需修改一下配置即可。
MixPHP 的默认 Web 应用中有两个配置文件,分别为:
main.php : 部署在 mix-httpd 时使用。
main_compatible.php :部署在 Apache/PHP-FPM 时使用。
开发 API 时我们推荐在 Apache/PHP-FPM 下开发,上线再部署至 mix-httpd 即可,反正是无缝切换的。
现在我们修改 response 键名下的 defaultFormat 键为 mix\http\Error::FORMAT_JSON,如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
// 响应
'response' = [
// 类路径
'class' = 'mix\http\compatible\Response',
// 默认输出格式
'defaultFormat' = mix\http\Response::FORMAT_JSON,
// json
'json' = [
// 类路径
'class' = 'mix\http\Json',
],
// jsonp
'jsonp' = [
// 类路径
'class' = 'mix\http\Jsonp',
// callback键名
'name' = 'callback',
],
// xml
'xml' = [
// 类路径
'class' = 'mix\http\Xml',
],
],
然后修改 main_compatible.php 文件中 error 键名下的 format 键为 mix\http\Error::FORMAT_JSON,如下:
1
2
3
4
5
6
7
// 错误
'error' = [
// 类路径
'class' = 'mix\http\Error',
// 输出格式
'format' = mix\http\Error::FORMAT_JSON,
],
第三步
创建控制器:
1
apps/index/controllers/ArticlesController.php
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
<?php
namespace apps\index\controllers;
use mix\facades\Request;
use mix\http\Controller;
use apps\index\messages\ErrorCode;
use apps\index\models\ArticlesForm;
class ArticlesController extends Controller
{
public function actionDetails()
{
// 使用模型
$model = new ArticlesForm();
$model-attributes = Request::get();
$model-setScenario('actionDetails');
if (!$model-validate()) {
return ['code' = ErrorCode::INVALID_PARAM];
}
// 获取数据
$data = $model-getDetails();
if (!$data) {
return ['code' = ErrorCode::ERROR_ID_UNFOUND];
}
// 响应
return ['code' = ErrorCode::SUCCESS, 'data' = $data];
}
}
创建错误码类:
1
apps/index/messages/ErrorCode.php
1
2
3
4
5
6
7
8
9
10
11
12
<?php
namespace apps\index\messages;
class ErrorCode
{
const SUCCESS = 0;
const INVALID_PARAM = 100001;
const ERROR_ID_UNFOUND = 200001;
}
创建表单验证模型:
1
apps/index/models/ArticlesForm.php
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
<?php
namespace apps\index\models;
use mix\validators\Validator;
use apps\common\models\ArticlesModel;
class ArticlesForm extends Validator
{
public $id;
// 规则
public function rules()
{
return [
'id' = ['integer', 'unsigned' = true, 'maxLength' = 10],
];
}
// 场景
public function scenarios()
{
return [
'actionDetails' = ['required' = ['id']],
];
}
// 获取详情
public function getDetails()
{
return (new ArticlesModel())-getRowById($this-id);
}
}
创建数据表模型:
1
apps/common/models/ArticlesModel.php
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<?php
namespace apps\common\models;
use mix\facades\RDB;
class ArticlesModel
{
const TABLE = 'articles';
// 获取一行数据通过id
public function getRowById($id)
{
$sql = "SELECT * FROM `" . self::TABLE . "` WHERE id = :id";
$row = RDB::createCommand($sql)-bindParams([
'id' = $id,
])-queryOne();
return $row;
}
}
以上就是全部代码的编写。
王刚龙 李绍荣 陈泓君 曾繁彩
(广州海洋地质调查局数据库接口开发实例,广州,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.1 C/S结构应用软件
“地质资料管理系统”和“资源评价数据管理系统”,仅限于资料管理员和数据维护人员使用,为提高系统安全,采用C/S结构。选用Power Builder集成开发环境作为C/S应用软件的开发工具。Power Builder是专用于开发数据库应用软件的工具,具备支持ORACLE等大型数据库平台的接口,提供特色的数据窗口控件,把常用的数据库操作封装在数据窗口控件中,提供开发语言Power Script,是开发数据库应用软件的高产开发工具。
3.2 B/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.1 System 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.2 Geological 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.3 Geological data management system module chart
5.2 资源评价数据管理系统
“资源评价数据管理系统”管理对象是与油气资源评价有关的构造、油气资源、油气田、油气探井、资源评价数据的信息,功能上主要侧重于油气评价数据的维护。如录入新数据、数据查询与修改、数据备份/恢复和在线帮助。数据的安全性采用与地质资料管理系统相同的安全机制。考虑到PowerBuilder程序编制的特点,采用如图4所示的系统功能模块图。
5.3 地质资料查询系统
“地质资料查询系统”实际是一个WEB应用软件系统,由网页组成的,这与传统的结构化应用程序不同,也与可视化集成环境下开发的窗体应用软件结构不同。传统的应用程序,结构明显,由各模块组成,模块之间通过参数传递实现模块间的联系,模块通过调用执行。可视化集成环境下开发的窗体应用软件,是由各种窗体、表单、模块、各种对象组成,代码执行是通过消息和事件驱动的。“地质资料查询系统”则由许多网页组成,网页中嵌入了可执行的脚本程序、Java小程序、控件等,必须在WEB服务器上建立网站运行,与WEB服务器上的各种应用服务一起实现特定的应用功能。
图4 系统功能模块图
Fig.4 Evaluation data management System module 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.5 Geological data retrieval system module 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 introducing the establishment of database of Pgrs&eDBMS and the development of its function.
Key Word:Petroleum resources GIS Marine survey Database Online distribution.
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~