数据库

位置:IT落伍者 >> 数据库 >> 浏览文章

Oracle数据库构造给据邮件跟蹤查询系统


发布日期:2018年11月22日
 
Oracle数据库构造给据邮件跟蹤查询系统

随着我国市场经济改革的不断深入及加入WTO的日益临近邮政面临市场竞争的压力越来越大只有提高邮政的服务水平才能在市场竞争中取得领先地位而体现服务水平的重要标志之一就是受理用户对邮件查询的处理在手工作业时一笔查询业务从用户提交到查询完成往往要一到两周时间而综合网的建设为改变这种状况提供了非常有利的平台 目前综合网已覆盖到全国各级邮政生产和管理部门包括国家邮政局个省(自治区直辖市)邮政局全国个邮区中心局(其中包括个一级中心局个二级中心局个三级中心局)全部电子化支局和各中心局所辖的地县局在网络结构上综合网设置全国信息中心省信息中心邮区信息中心及基础接入节点等四级作为入网节点网络的组织采用互相衔接的三层网络结构省际网省内网和邮区网

Oralce数据库服务器简介

Oracle数据库服务器是国家局规定的邮区中心局业务处理系统的数据库开发平台关于Oracle数据库技术有许多相关文章介绍这里着重介绍其适应分布式查询处理的模式对象数据库链 数据库链是制在分布式数据库应用环境中的一个数据库与另一个数据库之间的通信路径它简化了应用程序对分布式数据库系统的访问操作例如下面语句在本地和远程数据库之间建立一个数据库链接 CREATE DATABASE LINK CONNECT TO yjcx IDENTIFIED by pass USING oradb_bj_service;在语句中yjcx和pass分别说明本地用户访问远程数据库所使用的帐户和口令USING子句中oradb_bj_service参数说明连接远程数据库所使用的服务名称 一个数据库与远程数据库之间建立了数据库链接之后所有能够访问本地的应用程序即可访问远程数据库中的模式对象但在访问远程数据库中的对象时应同时指出该对象所属数据库例如 SELECT * FROM ; 如果建立了同义词后即可屏蔽上述模式对象的实际描述如建立如下同义词 CREATE PUBLIC SYNONYM bj_yj FOR ; 上述查询可写为SELECT * FROM bj_yj;

Oracle应用服务器

Oracle应用服务器提供一个共享式网络应用程序的可扩展稳定可靠易于管理的平台Oracle应用服务器是基于公共对象请求代理体系结构(CORBACommon Object Request Broker Architecture)的分布式对象模型 OAS (Oracle Application Server)的体系结构分为三层HTTP监听层OAS层和应用层如图所示

.HTTP监听层

HTTP监听层由HTTP监听器适配器和调度器组成 &#;HTTP监听器处理一个或多个同步请求在这种情况下远程浏览器作为客户 &#;适配器负责提供公共接口已使OAS支持的HTTP监听器与调度器协同工作 &#;调度器负责将适配器传来的HTTP请求 路由给相应的应用服务层组件 OAS体系结构

.OAS层

当HTTP成功地接收到客户端送来的信息后将权力传递给OAS层OAS层在整个服务器中最为关键因为监听器与应用插件通过它代理它们的信息

.应用层

应用层主要由应用插件插件服务器组成以OAS作为应用服务器可以开发出基于Web页面的应用同时可以利用其PL/SQL插件技术方便地存取Oracle数据库中的数据

给据邮件跟蹤查询系统解决方案

.跟蹤查询系统的网络结构

查询系统主要由个邮区中心局组成一个Intranet网配置Oracle数据库服务器和Oracle应用服务器 数据库服务器主要用来存储本局进出口邮件详情信息和进出口总包信息并通过数据库链建立与其他个邮区中心局的链接整个个数据库服务器构成一个网状结构 应用服务器主要用来处理本邮区中各个查询站点的Web查询请求由于查询主要是对数据库的操作而Oracle应用服务器独有的PL/SQL插件技术大大简化的对数据库的连接及存取操作只需配置SQL*Net和相应的数据库存取描述符即可实现对数据库的操作而且Web页面格式的书写都是通过PL/SQL语句实现的便于理解与实现 其网络结构图如图所示 邮件跟蹤查询网络结构图

.查询流程

有了上述基础表后即可构造跟蹤查询系统具体流程如图所示 跟蹤查询系统流程图 下面叙述查询过程 系统的查询完全以Web浏览的方式在各营业前台或可接入邮政综合网的结点都可设立查询计算机系统设置默认的Web站点为负责本邮区中心局的Web查询服务器即可

)查询用户在查询界面输入邮件号码邮件种类寄达局邮编交寄日期收寄局邮编等信息后点击查询按钮

)系统首先根据用户交寄日期邮件种类寄达局邮编在时限表中查询合理时限如果未到查询时限转第否则继续

)根据用户填写的信息在本邮区的出口邮件表(CK_YJ)中查询邮件出口信息并根据邮件经转关系表查询到该邮件应到达的邮区中心局代码再通过Oracle数据库链连接到该邮区中心局查询该邮区中心局进口邮件表(JK_YJ)

)查到该邮件的投递节目转第否则转第

)通过 Web页面向用户报告该邮件的投递信息并转到第步结束此查询过程

)通过 Web页面向用户报告该邮件未到查询时限邮件在途请用户到合理查询时限后再查询转到第步结束查询

)采取递查方式查询系统根据出口邮件表中记录的总包信息查询本局出口总包表(CK_ZB)找到该总包的经转局代码再通过Oracle数据库链连接到该邮区中心局查询该邮区中心局进口总包表(JK_ZB)此时有三种情况

&#;未找到该总包信息则向用户显示邮件总包运输路径并提示用户采用手工查询转第步结束

&#;找到该总包信息并且该总包还继续经转则查询该邮区中心局出口总包表(CK_ZB)找到该总包的经转局代码转回第

&#;找到该总包信息且该总包即为寄达局由于在第步已经未找到该邮件投递节目因而向用户显示邮件总包运输路径且该总包已到达该局并提示用户采用手工查询转第步结束

)结束查询 由以上的查询步骤可以看出只有直查方式才有可能给用户详细投递节目递查方式只是一种辅助手段只能向用户报告邮件运输路径

系统建设中要解决的关键问题

.业务标准的统一

在综合网尚未建立前各地为解决手工抄单问题以开发出很多业务处理系统在建设综合网时就要将各地分散的系统统一组织起来这项工作的难度是相当大的必须业务部门与技术部门密切配合许多大量而细致的标准化统一工作都要先期执行邮件总包经转时限地名表邮件种类表地名与邮政编码对照表等等只有相关基础表的建立才有可能达到全网的统一

.数据平台的统一

由前面的数据字典可看出在出口邮件表和进口邮件表中的字段分别由支局生产作业系统中心局生产作业系统生成必须解决好两个系统的统一问题 目前全国各生产部门没有使用统一的支局生产作业系统中心局生产作业系统因此作到数据的统一只能是基于文件传输加数据整合

.软件平台的统一

综合网的理想状态应该是各业务子系统是统一的只有这样才能最大地发挥综合网互联互通的优势应自上而下地贯彻执行各地区可开发适应本地区业务模式的作业系统但在全网上运行的业务必须全网统一 给据邮件查询系统的建立是邮政行业提高竞争力的最直接有效的手段之一同时也是难度最大的业务技术课题之一建立给据邮件查询系统才真正地将邮政各项业务整合在一起才能达到全程全网综合作业信息一次录入全网共享的集约化经营的目的

上一篇:自己写的一个未成熟的数据库连接池(二)

下一篇:分布式数据库客户端数据集的选用