数据库商函服务方案

数据库商函服务方案（共10篇）

1.数据库商函服务方案 篇一

龙岩阳光男科医院运用数据库商函定向宣传推广方案

一、背景分析

龙岩阳光医院是龙岩市最具规模的专业男科医院。根据男科的特点，中高收入男士及散布在城乡的各个角落的男性病高发人群为阳光医院的主要客户源，即是80%以上的客户群，掌握了这些人群，就等于掌握了阳光男科医院的发展取向。

——阳光男科医院怎样做好龙岩及周边市场？

只有找到一个独特差异性较大的、能定向传播的媒体做推广，才能把本院所采取的措施通知给潜在客户，实现医院的宣传推广目的。这个媒体就是——邮政数据库商函。

借助于百年邮政品牌媒体将阳光男科医院推到竞争的前沿，占领竞争的空地是非常有必要的，是四两拨千斤的明智选择！

二、营销策略

——如何借助邮政数据库商函开辟市场？

龙岩阳光男科医院现正处于资本积累的阶段，发展战略必须依存于这个阶段。拉动目标客户、引导目标客户、提高门诊量既是促进效益的好法子，也是现阶段发展自身的必由之路！我们认为应该依靠针对性的传播推广策略。

1．创新传播渠道

医疗单位的推广惯常采用的媒介有电视、广播、网络、公交车、户外路牌等形式。在这些形式上，医院的广告可谓已做到了极致，发

挥空间日渐缩小，因此医院迫切需要传播渠道的创新，需要尝试不同于以往的媒体形式，“邮政数据库商函”正是一种传播渠道的创新。

2．创新传播内容

长久以来，医院广告因为传播内容单一，缺乏创意，在客观上给受众造成了“审美疲劳”，甚至让人反感，唯恐避之不及。因此，要使医院的推广再上一个台阶，核心部分就是传播内容和风格上必须创新，提高医院的创意档次，力图剔除某些医院低俗创意的侵扰。龙岩邮政函件广告创意中心以前瞻的眼光、飞扬的思维、敏感的市场嗅觉，在设计内容上可以为阳光医院提供区别于以往的广告设计作品。

三、实施规划

——突出专科特质，瞄准定向客户群！

即使你的广告铺天盖地，你的受众是谁？你知道吗？不知道！广告的狂轰滥炸并不能完全起到应有效果，因为你的产品和服务不是“食品、饮料、日化……”等大众必需品，你是医院，而且是男科医院，所以，你的广告投放要精准！只有精准才能有效！

1．目标对准：立足于高收入人群和患者目标，将广告投到目标群体的手里。邮政函件数据库里拥有大量阳光男科医院的潜在客户群，可为阳光医院的定向宣传提供精准的名址支撑。

2、目标诉求清楚明白：充分考虑患者的心理习惯，避免引起患者的心理反感。推广阳光医院的品牌形象，提升阳光医院的广告档次，增加阳光男科医院的广告亲和力。使用人性化的宣传推广可稳固和稳定阳光男科在龙岩及周边的同类医院的领袖地位。

3、隐秘隐私：数据库商函为封闭式邮寄，走的是邮政网络渠道，安全、保密、迅速、准确。具有资源独享的特点，能有效沉积品牌印象。

4、突出功效：突出阳光医院优势项目，或发布某些活动信息。可用来详细介绍和推广具体科室的优势，包括专家姓名和主治项目等。

5、品牌助推：借助百年邮政的金字品牌，可培植和提升医院信誉度，彰显雄厚实力，并有效规避虚假广告的嫌疑。

三、产品特点

特点：传播内涵深入、隐秘、信息传递详尽。通过商函延伸企业形象，增加公众对企业形象的记忆点，营造企业与目标客户的亲密关系。推广主题：

•针对形象的——结缘阳光，一生健康

•针对技术的——专业权威，值得信赖

•针对服务的——至尊服务，至情关怀

•针对行销的——阳光男科，阳光男人

如果信函内容以通告的形式布会更具有吸引力。

例如：阳光男科温馨告知

阳光男科医院时刻关爱大众健康，特举行免费健康大检查活动。收到信函的男士均可到阳光男科医院享受专家们对您健康的呵护。检查范围：前列腺常规检查，男性泌尿系统彩超检查，病菌、微生物等致病菌检查……

四、媒体传播渠道

邮寄人群：中年品位男士。白领、金领阶层的职业男性，崇尚健康、追求幸福、收入高。对潜在多发病人群以及对以往老患者的深情祝福！

五、投放效果分析

广告投放做到了有的放矢，可达到最佳的传播效果。可提高阳光男科医院品牌知名度；塑造阳光男科医院 “专业”、“权威”、“科学”、“安全”、“高效”、“人性化”的品牌形象；传播阳光男科医院“公益”、“爱心”的社会形象，提高品牌美誉度和社会责任感；通过对阳光男科医院的经营模式、服务内容、专家团队、就医环境、硬件设施、内部管理等内容的介绍，提高目标受众的认知度，促进医院销售；提高医院竞争力，树立其同类医疗专科领导者的形象。

2.数据库商函服务方案 篇二

关键词：数据缓存,服务管理,缓冲区,曲线模版,任务分配器,会话监视

0 引言

在智能电网调度控制系统(简称“D5000系统”)中,母线的电压值、频率值,交流线段端点、变压器绕组、断路器等的有功功率值、无功功率值、电流值等大量设备的历史数据值,均由历史数据服务提供,再以曲线或表格的形式展现历史数据变化,方便调度员直观地监测电网运行状况。随着电网快速发展和规模不断扩大[1,2,3],电网调度控制系统记录更加全面的电力设备状态,导致历史数据存储规模持续增长,当前历史数据服务访问效率已经成为D5000系统快速发展的瓶颈[4,5],为适应电网数据爆发式增长的需求,研究安全、高效、稳定的新型历史数据服务迫在眉睫。

历史数据服务是D5000系统上层应用与底层关系库交互的中间件,它通过服务总线[6,7]接收上层应用发送的数据查询请求,连接关系库,通过DCI(database call interface)原语从关系库海量历史数据中筛选目标数据,通过服务总线返回给上层应用,继续等待下次数据查询请求。当前历史数据服务主要存在以下问题:面对海量历史数据,历史数据服务缺少稳定高效的数据查询机制;D5000系统的应用在访问历史数据时,缺少数据库会话状态的实时监视机制。

在D5000系统中,现有的历史数据服务很难解决上述所有问题,需要一种高效稳定的历史数据服务,满足海量历史数据的快速查询请求,降低关系库负载。因此,本文提出了一种基于缓存管理的历史数据服务优化方案,相对数据库中间件技术[8]对系统兼容性和可扩展性方向的优化,本方案更侧重于数据检索效率提升和数据库负载降低等方向的研究。新型历史数据服务在历史数据服务和关系库之间建立数据缓存区,缓存电网热点数据,减小历史数据服务对关系库的直接访问频率,并通过最近最少使用(LRU-2)算法[9,10]管理数据缓存区,提高数据缓存区命中率。建立历史库访问监听机制,监视历史库会话状态,对异常会话提供告警推送功能。通过对历史数据服务的优化,满足了D5000系统对历史数据服务的高效性和稳定性需求。

1 总体设计

历史数据服务由曲线模版、任务调度、数据访问3个模块组成,为D5000系统应用程序提供历史数据交互服务。其中曲线模版负责简化服务协议,任务调度负责任务分配与应答,数据访问负责与关系库数据交互。此架构的优点是服务协议简洁,客户端无需编写结构化查询语言(SQL)即可访问关系库。缺点是数据服务均需操作关系库,随着数据点量增加,业务量增加,会持续不断地增加数据库负载,从而降低历史数据服务效率。

针对历史数据服务的缺点,设计了历史数据缓存管理机制,提高服务查询效率,减轻关系库负载;设计了数据库会话监视机制,提高服务稳定性;优化服务调度,协调数据缓存区与关系库分工作业;并引用原服务曲线模板模块,保持服务协议不变,无需修改客户端源码。

优化后的历史数据服务由管理控制模块、数据缓存区模块、关系库交互模块3个部分构成。其中管理控制模块接收客户端请求,解析协议,分派任务、应答请求;数据缓冲区模块缓存热点数据,提供热点数据查询和修改功能,并通过LRU-2置换算法管理电网热点数据;关系库交互模块提供关系库数据交互接口,处理来自管理控制模块与缓冲区模块的数据请求,并监视关系库会话状态,提供会话异常告警推送功能[11]。优化后的历史数据服务结构如图1所示。

管理控制模块是历史数据服务的中枢模块,它由任务分配器和曲线模版组成。任务分配器负责任务接收、任务分派、服务统计、数据应答等功能;曲线模版负责协议编码、协议解码。

数据缓冲区模块是历史数据服务的技术核心,它由数据缓冲区、数据索引表、缓存数据同步、数据点置换算法组成。数据缓冲区缓存热点数据;数据索引表维护数据点信息,提供数据快速查询、更新功能;缓存数据同步模块实时监听缓存区数据点的归档信息,同步关系库和缓存区数据,确保数据一致性;数据点置换算法提供热点数据的置换策略。

关系库交互模块是历史数据服务中的关系库交互层,它由数据交互和会话监视组成。数据交互负责访问关系库;会话监视负责监视历史数据服务与关系库建立的会话状态,会话状态异常将推送会话异常告警。

2 关键技术

2.1 服务管理调度

历史数据服务提供曲线结构和表格结构的历史数据访问接口,结构化数据方便人机绘制曲线、表格,方便维护设备历史数据值。根据电网业务数据存储特点,抽象出曲线模版,简化服务协议,任务分配器根据曲线模版规则,逆向回溯出完整请求,并对请求任务进行分配、调度,以及应答请求。

2.1.1 曲线模版

历史数据源来自关系库,需通过标准SQL语句对关系库进行读取操作。为增强人机用户体验,简化用户操作,设计了曲线模版。

曲线模版是一组信息的集合,记录电网设备历史数据相关的存储信息,形成一种抽象的SQL模版协议,且每个模版对应一个唯一的曲线模版ID。通过曲线模版ID可定位其所属的曲线模版,根据SQL模版协议规则解析曲线模版内容,可生成标准SQL语句,使客户端传入曲线模版ID,可替代传入标准SQL语句,达到简化用户操作,简化服务协议的目的。

2.1.2 任务分配器

任务分配器负责历史数据服务的请求调度和服务统计功能。

任务分配器接收客户端请求,解析协议内容,获取曲线模版ID与设备点ID等信息,根据曲线模版ID得到曲线模版信息。解析、拆分、重组请求内容,将请求信息结构化封装。当请求是历史数据查询时,任务分配器询问数据缓冲区是否缓存了查询的数据,若已缓存数据,则将封装的请求信息传递给缓冲区,缓冲区将请求数据应答给任务分配器;若缓冲区未缓冲该设备点数据,任务分配器将封装的请求信息传递给数据交互,数据交互访问关系库将请求的数据应答给任务分配器,同时缓冲区利用LRU-2算法记录该设备点信息,按照算法规则决定是否将该设备点定为热点数据。最后,任务分配器将查询结果应答给客户端。当请求是历史数据更新时,任务分配器将封装的请求信息传递给数据交互,数据交互将历史数据更新至关系库。若更新关系库成功,任务分配器询问数据缓冲区是否缓存了该设备点的数据,若已缓存数据,则将封装的请求信息传递给缓冲区,缓冲区将更新数据同步至缓冲区,否则缓存区不做更新。最后,任务分配器获取执行结果并应答给客户端。

任务分配器以接口的形式提供请求类型统计、请求次数统计、缓冲区命中率统计以及数据库会话状态监视和缓冲区数据信息监视等功能,通过该服务统计功能,可使系统监控员掌握服务运行状况,提高服务可用性。

2.2 数据缓存控制

数据缓冲区模块由数据索引表、数据缓冲区、缓存数据同步机制和数据点置换算法组成。数据索引表中存储了D5000系统的部分数据点信息,通过LRU-2算法对数据索引表进行管理和维护,提高数据索引表中缓存热点数据检索的命中率;数据索引表中数据点对应的数据存储在相应的数据缓冲区中,通过缓存数据同步机制,实现数据索引表中数据点和关系库中对应数据点信息的同步操作,确保数据缓冲区和历史库中数据的实时一致性。

2.2.1 数据索引表

数据缓存区主要存储D5000系统热点数据,为增强缓存区中数据检索效率,优化数据管理机制,在缓存区中增加数据索引表的设计。

数据索引表是一种数据管理结构,对缓存区中数据建立数据关键字和数据详细信息之间的映射关系[12]。历史数据服务通过数据索引表进行缓存区数据访问,可快速定位缓存区中数据点地址,获取被检索数据的详细信息;通过LRU-2算法管理数据索引表中关键字信息的更替,进而控制缓存区中数据点信息的增加和删除,简化缓存区维护成本。

数据索引表的个数和单个数据索引表存储数据点的最大数目可自由配置,根据各地D5000系统中关系库数据点查询的频率和数量,配置适当大小的数据索引表,满足现场的实际需求。

2.2.2 数据缓冲区

根据数据索引表中可存储的最大数据点数,系统分配固定大小的内存空间作为数据缓冲区,用来存储数据索引表中数据点对应的具体数据。按照智能电网业务特点,电网曲线展示的数据源主要为历史库中遥测数据,昨日和今日曲线占绝大部分,所以在数据缓冲区中,每个数据点对应存储两天的数据,开始时间为前一天的零点,结束时间为当前时间,间隔为1min,即每个数据点在数据缓冲区中最多存储2 880个数据,数据类型为float型。数据缓冲区的总大小为SIZE=INDEX_COUNT乘以DEV_COUNT乘以LEN,其中SIZE表示数据缓冲区所占字节数,INDEX_COUNT表示索引表数量,DEV_COUNT表示索引表中数据点个数,LEN表示float类型数据的长度。

2.2.3 缓存数据同步机制

历史数据服务监听历史数据归档消息,对归档成功的缓存区中存在的数据点信息实行数据同步操作。

在D5000系统中,曲线展示的数据多为遥测数据,关系库中遥测数据以整数分钟为周期向历史库归档。由此,根据数据索引表中的数据点信息,基于“订阅—发布”的消息管理模式[13],定制化监听历史数据归档成功的触发式消息,对于归档成功的索引表中存在的数据点信息,实现数据由关系库向缓存区同步的操作,确保缓存区和关系库之间数据实时一致性。

2.2.4 数据点置换算法

为确保数据缓存区的高命中率,在有限的数据缓存区中,需有效利用缓存区空间,提高缓存区中热点数据占有率。基于计算机系统中广泛应用的局部性原理分析[14],D5000系统中,之前被查询的曲线数据很可能在之后的时间内也会被查询,换言之,已经很久没有被查询的曲线数据很可能在未来较长的一段时间内不会被用到。LRU-K算法可以很好地满足历史数据服务对缓冲区的管理要求,LRU-K中的K代表最近使用的次数,本文中K值为2。

LRU-2算法根据数据的历史访问记录来进行淘汰数据,其核心思想是“如果数据最近被访问过,那么将来被访问的几率也更高”。LRU-2算法需要维护两个队列,分别为“访问历史队列”和“数据缓存队列”。对于LRU-2算法在历史数据服务中应用的具体实现方式如图2所示。

图2中各序号含义如下。

①:数据点检索请求。

②:如果“数据索引表”中没有当前查询数据点的记录,将该数据点索引存入“访问历史队列”。

③:如果“数据索引表”中存在当前查询数据点的记录,按照访问时间更新“数据缓存队列”中数据点索引存储序列。

④:将“访问历史队列”中访问次数≥2次的数据点移动至“数据缓存队列”,“数据缓存队列”重新按照时间排序,并将新插入的数据点索引同步至数据索引表中。

⑤:如果数据点在“访问历史队列”中没有达到2次访问,则按照LRU规则选择淘汰。

⑥:需要淘汰数据时,淘汰“数据缓存队列”中排在末尾的数据,即淘汰“倒数第2次访问离现在最久”的数据,同时将“数据索引表”中对应的该数据点索引删除,保持“数据索引表”和“数据缓存队列”的一致性。

2.3 数据交互控制

数据交互控制模块主要由数据交互和会话监视两部分组成,在同关系库进行数据交互的同时,实时监视自身会话状态,及时发现并处理异常会话,确保数据交互的安全性和稳定性。

2.3.1 数据交互

数据交互模块是历史数据服务的重要组成部分,其连通管理控制模块、数据缓存区模块和关系库,建立缓存区与关系库和数据管理模块与关系库之间的数据通道,完成历史数据服务对关系库的统一访问和关系库会话的统一管理,按需分配数据库连接资源,提升系统资源的有效利用率。

2.3.2 会话监视

在D5000系统中,历史数据服务同关系库之间的数据交互频繁进行,建立的数据库会话繁多,对于系统运行过程中出现的异常会话,缺乏及时有效的定位方法,严重影响D5000系统的稳定性和高效性。由此,增加会话监视模块,监听每条数据库会话的实时执行状态,通过告警服务推送并记录异常会话信息,及时准确地发现并处理异常会话,提高系统稳健性。

会话监视模块包含两个队列,会话等待队列和会话结束队列,分别记录正在执行的数据库会话信息和已经执行结束的数据库会话信息。会话监视模块以5s为周期,循环遍历每条正在进行数据交互的数据库会话,即会话等待队列内所有会话,检查其执行时间,筛选访问关系库超时的会话,对其中的异常会话通过告警服务向D5000系统发送告警信息,并在关系库中永久保存。对于会话监视模块的详细监听机制如图3所示。

图3中各序号含义如下。

①:对于新建立的数据库会话,将其存入会话等待队列中,记录会话详情。

②:会话执行结束后,将会话信息由会话等待队列转存入会话结束队列。

③:对于结束的会话,如果再次访问关系库,则将其会话信息加载入会话等待队列,继续进行会话监听。

④:使用该会话的线程结束时,将会话信息从会话结束队列中移除。

3 性能测试

为了验证基于缓存历史数据服务的实际性能,按照华中网调现场配置搭建测试环境,在该测试环境中,分别运行优化前后的历史数据服务,对比测试关系库数据访问的效率。

历史数据服务对关系库的访问包括数据增加、删除、查询和修改等功能,以曲线查询为例,记录关系库数据查询在历史数据服务优化前后的性能变化。

关系库中昨日和今日分钟采样数据表记录数皆为35万条,通过历史数据服务对分钟采样数据表进行曲线查询操作,曲线查询开始时间为昨日零点整,结束时间为当前时间(12:00:00),单次查询一条曲线,查询10次,每次查询耗时如图4所示。

通过图4可以清晰地看出,在前2次曲线查询时,优化前后的历史数据服务在性能上无明显差别,但是自第3次开始,基于缓存的历史数据服务在数据检索性能上的优势远远高于优化之前的历史数据服务,数据检索速度提升10倍左右,大幅度提升了关系库数据检索性能。

设定曲线的刷新频率为100ms,分钟采样数据表记录数为35万条,通过历史数据服务每隔100ms对分钟采样表完成一次曲线查询操作,持续测试2h,统计数据库平均占用的CPU和内存等资源比例,如图5所示。相比优化前的历史数据服务,优化之后数据库整体CPU使用率有明显下降,内存无明显变化,数据库运行压力在一定程度上得到缓解。

为验证基于缓存的曲线服务在处理海量历史数据时的性能,创建分钟采样表1和分钟采样表2,其中分钟采样表1记录数为35万条,分钟采样表2记录数为350万条。使用基于缓存的历史数据服务,分别对分钟采样表1和分钟采样表2进行同样的曲线查询操作,单次查询一条曲线,查询10次,每次查询耗时如图6所示。通过图6中的测试结果分析,在历史存储表数据的10倍增长态势下,基于缓存的历史数据服务在数据检索性能上无明显变化,可以满足爆发式海量数据场景下的数据访问需求。

基于缓存的历史数据服务已在华中电网工程现场部署运行,缓存管理机制与数据库会话监视机制的应用有助于大幅度提高历史数据查询效率,并减轻关系库负载,提高服务稳定性。

4 结语

3.数据库商函服务方案 篇三

随着终端设备的普及、电信基础设施的改善和网上银行的发展，互联网开始在各行业得到深入应用，并促进了行业需求的提升。越来越多的商务交易开始通过互联网信息系统来实现，也导致了信息系统承担的风险越来越大。一旦电子商务的处理信息系统发生故障，导致用户数据丢失或者服务中断，不仅造成客户流失，还会带来巨大的经济损失和消极的社会影响。近年来，各企业CTO也逐渐意识到确保其关键业务连续进行的重要性。

万国数据此次展示的“高可用IT服务解决方案”，涵盖了高可用托管服务、高可用灾难备份服务以及高可用云服务，力图实现对信息的灾难备份建设和业务连续性管理。“新一代的世界级数据中心，应该具备一站式服务以及产业链整合能力，才能持续为用户提供专业高效、安全稳定的IT外包服务和解决方案。”万国数据创始人兼CEO黄伟表示，希望在此次大会上让企业主们亲身感受可用的一站式IT服务。

4.数据库商函服务方案 篇四

撰写人：李然

工作单位：湖北省钟祥市邮政局

一、营销背景

钟祥市东方房地产公司是钟祥市房地产行业的龙头企业，经济实力超群，准备打造钟祥市迄今为止最大规模的居住社区。一个拥有20万平方米建筑规模的超大容量生活城。取名莫愁花园。2008年初。第一期竣工。并且顺利开盘。由于莫愁花园地处钟祥市北郊。地理位置偏僻，价格偏高，导致销售不畅，东方房地产公司曾花巨资在各种媒体上做广告宣传，但收效甚微。

二、营销策划

（一）开展市场调查

首先，我们对钟祥市的房地产的开发和销售进行了详细的调查。得知莫愁花园虽然地理位置偏僻，价格偏高，但建筑质量可靠，户型设计美观，生活区内环境优美，休闲设施齐全。其次，通过分析，我们确定莫愁花园的目标消费群大致可分为以下几类，一是公务员，二是企业老板。三是公司白领阶层。

（二）制定营销方案，协助客户进行目标市场策划。

进行市场调查后，我们多次上门拜访，积极主动地协助他们制定营销策略，结合莫愁花园的地理位置，价位，小区环境，建筑风格，帮助他们分析购房群体的思想状况。建议东方房地产公司把莫愁花园定位为一个高档住宅小区，主要针对中高收入群体。虽然莫愁花园地处北郊，但离市区不是太远，开车十分钟左右就可以到市区，而且依山傍水，环境优美，各种休闲娱乐设施齐全，莫愁花园属欧式建筑风格，是中高收入群体居住休闲的理想之地。这些中高消费群体主要有，公务员，企业老板，公司白领等。因为这些消费群体一向注重生活的品质，注重休闲娱乐，注重居住环境，而且他们都是有车一族。莫愁花园正是他们理想的选择。

我们帮东方房地产公司进行市场分析和市场地位后。然后拿出我们一套完善可行的营销方案，重点列举了数据库商函的种种优势，如“范围广，针对性强”等。详细介绍了钟祥邮政公司现有的全市公务员数据库、全市公司白领数据库，全市企业老板数据库。我们可以专门为莫愁花园制作个性化的内页和信封。针对莫愁花园目标消费群有针对性的发放商函。通过这种形式的宣传，一定会对销售起到事半功倍的效果，通过我们一番透彻的分析，东方房地产公司的王经理看到了希望，频频点头认可了商函这种营销模式。

（三）建议客户“先尝后买”

看到东方房地产公司的王经理已经首肯使用商函业务，我们没有马上让他们几万封，几十万封地寄发商函，而是真诚地告诉他们，通过商函营销购买比例一般只在1%左右，可以先发几千封商函试一下效果。这样一说更增强了他们的信赖感。王经理随即表态先少发一些试一下，决定从个性化名址库中选择3000条信息先发商函。

三、效果

（一）合作结果是莫愁花园的销售形势一片大好

3000封商函发出后一个星期，钟祥市内的公务员，企业老板，公司白领打电话的很多。

开轿车携家带口来看房的络绎不绝。并且有几十个购房者与东方房地产公司签订了购房协议。王经理信心大增，高兴极了。打电话要求我们邮政公司继续发商函两万封。到2008年底东方房地产公司共发商函六万封。而且莫愁花园的销售形势一片大好。二期工程竣工后已基本卖完，准备三期、四期继续与我们邮政公司合作。

(二)一石激起千层浪

在东方房地产公司陷入困境时，钟祥的房地产公司都在看东方房地产公司的好戏。但在不到一年的时间内，眼看着东方房地产销售做到“柳暗花明又一村”。他们暗暗刺探到底东方房地产使用什么售房高招。了解详情后，他们都意识到了商函销售的巨大威力。主动找钟祥邮政公司洽谈商函营销事宜。到目前为止，钟祥市已有十多家房地产公司开始使用商函开展营销活动，商函售房出现了蓬勃发展的良好局面

四、启示

（一）莫愁花园的成功开发，不但为我们带来了可观的利润，也增强了函件业务发展的信心，它成为我们开发房地产行业的一面旗帜。

（二）精密、科学的营销方案策划是这次成功营销的重要原因。营销方案策划首先是建立在市场调查的基础上，要不然我们就不会了解当地的房地产行业状况，不会了解竞争对手的状况，更不会了解客户的需求。

（三）热情周到的服务，是这次成功开发的关键。在市场竞争如此激烈的情况下，紧紧依靠产品的质量去赢的市场是不行的，因为这是个产品严重同质化的时代。我们要依靠服务，提供一切条件帮客户分析市场制定营销策略。同时，我们也不能对我们的产品夸大其辞，这样会给客户带来不必要的损失，得不得客户的信任。

（四）数据库建设尤为重要。这次客户需要的是公务员、企业老板、公司白领的信息，下一次很可能需要其他信息。所以我们要加强数据库建设，跟上客户的需求，跟上时代发展的需求。

5.服务器数据备份方案 篇五

浪擎官网：http:///

1.概述

陕西西安市中医医院是一所中医特色浓厚临床科室齐全、医学人才汇聚集医教研为一体的三级甲等医院、国家示范中医医院、陕西省中医学院西安附属医院、省市医保定点医院。

医院注重中医药特色的学科和专科建设，以名医、名科带动医院整体发展。脑病科、肛肠科为国家级重点中医专科建设单位；肝病科、消化科为省级重点专科；肾病科为省级重点中医专科建设单位；心内科、肾病科为市级中医特色优势专科。医院还设有内分泌科、呼吸科、老年病科、肿瘤科、小儿科、普外科、脊柱外科、骨伤科、皮肤科、妇科、耳鼻喉科、眼科、口腔科、针推按摩康复保健科等临床科室40余个。开展中医诊疗技术项目达110余种，具有中医特色的治疗技术40余项，开设和健全中医专病门诊36个，中医、中西医结合特色突出，疗效显著。

2.建设目标

1)业务系统服务器实时备份到备用服务器。

2)容灾系统对生产机（主服务器）不能有任何性能影响。必须保证该系统的正常运行。

3)为降低容灾成本，提高资源利用率主备服务器硬件规格或配置无需相同。

4)强调持久化服务能力，业务系统运行不允许中断。

5)强调数据的准确性，业务系统不允许丢失数据或出错。

6)需要可靠的容灾方案，保证数据的安全及提供快速的恢复能力。

3.选用部件

针对于上述需求说明，选用以下规格的部件：

•浪擎•镜像系统Oracle客户端代理

•浪擎•镜像系统Oracle服务器端

•浪擎•镜像系统WEB管理平台

4.应用说明

采用浪擎•镜像系统的镜像服务器、Oracle 10g镜像代理、镜像任务监控软件解决上述需求。浪擎•镜像系统的镜像代理支持自动检测文件或数据库的增量变化，无需以扫描文件系统或数据库方式来判断变化，并且支持高效的增量传输算法，从而支持重负荷条件下的秒级别实时镜像频率，对原来系统的性能影响极少。镜像系统由镜像代理（客户端）、镜像服务器（服务器端）以及管理端组成。

在HIS双机的两台Oracle10g数据库服务器上均安装Oracle10g镜像代理，在备用服务器上安装镜像服务器端。设置Oracle10g镜像代理的检测路径为主存储路径，镜像服务器设置路径为备用存储路径。实现了实时的复制。

5.方案特色

1)备用端可查询

由于备用数据库处于打开运行状态，不同于冷容灾模式下容灾站点的数据库系统在进行数据复制是不可用的情况，因此备用数据库可以通过为其它系统提供数据查询或共享服务。

2)高性价比

对主备系统硬件一致性无要求，目标端无需购置昂贵的存储设备或光纤通信设备等，极大的降低系统投入成本，充分保护现有设备投资。

3)方便灵活

由于采用逻辑数据复制原理，镜像系统可采用一对

一、多对一复制方式，应用方式非常灵活，并且大大减少投入成本。

4)高效率、低负载

数据复制引擎效率很高，同时保证了复制数据的精确性。在源数据库端，数据复制引擎严格地遵守读一致性模式。

5)基于Web的任务监控和配置管理

提供B/S图形化管理界面，复制任务状态和设置均可通过浏览器操作完成。

6)全方位的复制包含各种数据类型

系统支持数据库所有的数据类型、DML和DDL复制。在复制时，系统可选择性地在用户级、对象级、命令级排除（exclude）不需要复制的内容。

7)灾难恢复

系统可以容忍实例失败、系统失败和网络失败。

8)可选择性复制

6.商函样例点评 篇六

现将我们近几年来收集到的两封印度客商来函，一封为电子邮件推销函，一封为电子邮件采购函发给你们作为指导客户发函的参考样本与模版。我们已经将两函的英文译成中文附上，对要点句段与内容均标为了红色以引起诸位的重视与注意。点评这两封商函，我认为下述几个要点我们中国的商家应予以高度关注和特别借鉴：

1． 不论标题还是内容都是以对方（客户）利益与兴趣为中心来撰写的，到处都突出自己的买卖行为对客户，即对方有何好处，故对客户来讲很有吸引力。如：印度客商的采购函明明是要买东西，却自诩为向中方供货商提供进入西方市场，分享其销售收入之举。印度客商的推销函明明是要把他的软件销到中国来，并看到了中国的巨大商机，却说成是诚邀中方同行分享其在此领域的专业知识技术，提升中国的软件研发水平和社保管理水平以造福中国的百姓。明明是要分享中国市场这块大蛋糕，却赞誉为：“你们伟大的国家：中国已为我们双方的企业提供了巨大的机会，我们合作的良机也摆在我们的面前等待着您的决策。”云云，大大拉进了其与中方潜在客户的关系，因为中方客户可能比较易于接受此类赞誉之词。另外，这最后一句带有较强的打动、促成之意。而反观我中方商函，至今尚从未见如此煽情，以客户利益为中心之作。

2． 标题极为醒目并以客户利益为中心。此点对电子邮件商函极为重要，因为收件人每次打开邮箱大多只扫视邮件标题便会决定是否将该邮件当作垃圾处理。醒目而吸引人的标题对于通过此第一关至关重要，特别是初次的商函。

3． 收件人的称呼要尽可能具体详细。这是引起客户关注的重要一点。印度客商采购函做到了，而推销函未能做到，是因为发推销函的印度客户无法从康帕斯网站或中方客户自己的网站得到中方客户的负责人姓名，此点我已经核实过了。而印方在该商函结尾的就此略表歉意，则处理的非常巧妙，以赞誉和动人的促成之词弥补了此美中不足，反而效果更好。

4． 均提及有公信力的网站，此两函均为国际康帕斯网站，并以此来佐证自己的可信度，提升对方（客户）的认同感，降低其排斥心态。这样就把广告的被动展示与商函的主动出击营销有机结合了起来，使广告真正起到了在客户面前“立信”的作用。目前我们国内的客户鲜有懂此道者，致使其商函在客户心目中的份量大打折扣。

5． 要点突出，篇幅简短，言简意赅。这两封函均在一张A4纸的70%以内，毫无冗长之弊，且所言极具打动力，突出了客户利益的要害，很值得我们借鉴。

6． 好的商函要有充分的知识和信息为底蕴。印度客商的推销函中巧妙利用对中国经济与社会发展的赞誉之词，其成功的根基在于其对中国状况的了解和最新信息的把握。而我国外贸企业根本写不出这样有心灵穿透力的商函，本质原因是我们的外贸企业绝大部分是由于自身素质低下，在未经或根本不能认真掌握对方国情，也无法抓住对方（客户）利益关注点的情况下，便：从简、图易行事，以通函滥发垃圾邮件所致。

望大家认真参考印度商函样例，在帮助客户开发国际市场的实践中，创出我们自己的好经验、好商函。

7.联通数据库服务系统性能优化研究 篇七

数据库应用系统性能调整和优化是一个迭代过程, 涉及到系统的开发、测试到运行等方面。它主要包括调整和优化硬件配置、应用程序、Web服务器、数据库管理系统、操作系统和网络资源等。通过调整和优化可以提升整个数据库应用系统的性能, 使整个系统达到理想的运行效果, 从而降低系统开发所需成本。

1. 数据库服务系统的功能和问题

由于数据库服务系统的重要性, 所以要求系统必须是高可用性数据库。高可用性数据库系统具有四个基本特征:可靠性, 可恢复性, 连续运转, 高性能。数据库中每天都会有大量的数据需要进行写入或者是读出, 这就要求数据库服务系统能够提供较高的数据吞吐率, 使用户响应时间缩短, 这是对系统的高性能要求;数据的保密性要求, 例如高考考生的志愿信息不能被泄露或更改, 这就要求数据库绝对安全可靠。

2. 数据库服务系统性能问题原因分析

造成数据库服务系统性能问题的因素包括数据库软件本身的设计复杂程度、功能的强弱、容量的大小, 同时也包括系统应用的硬件及设置方面。数据库系统性能判定标准依赖于性能衡量的研究。通常认为评价Oracle数据库系统的性能指标主要有系统吞吐量;用户响应时间;数据库命中率;内存使用情况;磁盘I/O。

(1) 共享内存小:虽然各个数据库系统对内存的使用方法不尽相同, 但为了实现高效率的访问, 它们都提供了内存的共享技术。调优内存的目标就是尽可能地提高内存中可共享数据的命中率。

(2) 存储结构不合理:不管是什么数据库系统, 在设计自己的数据存储结构时都综合考虑了内存调度的高效性和方便性。比如从逻辑上考虑数据块 (BLOCK或者PAGE) 的大小、区间 (EXTENT或者扩展的分配和增长方式等。

3. 数据库服务系统性能优化

数据库应用系统性能调整和优化包括的内容比较广泛。在数据库的性能调优过程中需要应用程序设计人员、应用程序开发人员、数据库管理员以及系统管理员共同完成。

(1) 调整应用程序的整体设计:应用程序设计的调整修改需要考虑应用程序使用何种体系结构, 是使用传统的Client/Server两层体系结构, 还是使用Browser/Web/Database的三层体系结构, 根据应用程序的体系结构配置相应的数据库资源。

(2) 调整服务器内存分配及相关参数:内存分配是在应用系统运行过程中优化配置的, 以Oracle为例, 数据库管理员可以根据数据库运行状况调整数据库系统全局区的数据缓冲区、日志缓冲区和共享池的大小, 还可以调整程序全局区的大小。合理地分配内存资源可以提高高速缓存的性能, 降低SQL语句解析的时间, 以及减少页面调度及换页。

4. 联通数据库服务系统性能优化策略

(1) 优化SQL语句:SQL语句编写的好坏直接关系到应用程序的执行效率, 因此, 我们根据SQL语句的常用优化技巧对系统中原有的SQL语句, 尤其是涉及到多表连接且查询量较大的查询语句进行了仔细分析, 并利用解释计划和SQL语句跟踪工具, 对存在执行效率问题的SQL语句进行了优化重写。

(2添加必要和适当的索引:通过对系统进行分析, 发现可以利用索引技术来加快检索速度, 提高系统性能。首先确定用户常用的字段, 列出全部预索引字段, 然后根据预索引字段的选择性以及前面所介绍的索引创建相关规则, 在适当的字段上设置必要的索引。

(3) 合理分布表空间:数据库中的表及其索引使用的数据文件应该存放在独立的磁盘上, 以避免查询期间的竞争;临时表空间与表和索引应分开存放;系统表空间与数据库其他部分应分开存放;在线重写日志文件与归档重写日志文件应分开存放。一般情况下, 90%以上的I/O操作集中在系统表空间、数据表空间、索引表空间上, 因此将这3个表空间单独存储在不同的磁盘上。

(4) 优化Oracle内存分配:为了有效地提高用户查询及用户程序的执行效率, Oracle运行系统中使用了大量的缓存, 而这些缓存就是由Oracle系统在运行时所占用的内存来实现的。如果这些缓存的命中率很低, 那么执行查询命令时, Oracle系统在缓存中获取所需信息的机率也就不高, 从而会增加磁盘I/O和响应时间, 因此需对内存进行重新分配。

SGA是Oracle数据库的心脏, 系统运行时Oracle9i Server可以通过调整以下参数动态改变缓冲区高速缓存、共享池等的大小, 以实现数据库运行时动态调整其性能。

DB BLOCK SIZE, 为减少数据链接和行迁移, 提高磁盘空间的利用率, 在设计数据库时就根据样例数据确定了合适的数据块大小, 将其设为8k。

5. 总结

经过优化调整后, 缓冲区高速缓存的命中率最低都达到90%以上, 同时, 由于高速缓存命中率的大幅度提高使得磁盘读取数下降, 查询速度加快了近一倍。内存的合理分配是提高系统性能的一个非常重要的方面。当然, 不同优化方法的代价有所不同, 针对不同的优化方法, 在实际系统中必须根据具体情况进行适当的折中和平衡。

参考文献

[1]萨师煊, 王珊.数据库系统概论 (第三版) [M], 北京:高等教育出版社, 2002

[2]贾勇宁.铁通营业系统的性能优化策略及实现[J].铁通通信信号.2005

[3]邱晓理.浅谈Oracle数据库系统性能优化策略[J].软件技术。2004

[4]于大伟.基于WEB的数据库应用系统优化管理解决方法[D].吉林大学硕士论文.2005

[5]党会军.数据库性能评测与分析[J], 北京:国家智能计算机研究开发中心, 2002

8.公函式商函的信文格式及 篇八

如:香港九龙观塘协和街78号 中国·北京市启德楼二楼B座Y西城区车公庄大街6号泵业国际集团 中国双巴进出口总公司董事长云晓璎先生 总经理×××电话:传真:电报挂号:电子邮址:邮编:10月1日

有些商业企业的信笺印有信头,发信时在专用发函纸上按表格填写即可。需注意:就目前而言,信头并非中文商函的必备格式,国内商函往来多无信头。

2.标题(事由)标题位置在信头下方,居中书写;不使用信头则直接标写在首页上方中间。标题用来标明事由,使收信人通过标题一目了然就能知道信文的主要内容。商函标题常见有两种形式:一是由事由加文种名称“函”构成,类似于两项式的公函标题,如“关于申请商标注册咨询函”。二是先写“事由”二字,加冒号提示,然后直接标写该信件的内容,如“事由:K-35超声波仪索赔”。

3.函号(编号)函号即发函字号或发函编号。中文商函的编号常见有两种形式:一是仿效行政公文发文字号的格式,形成“×函[20××]”或“(20××)×函第×号”的形式。如“琼纺财函[]99号”或“(2000)琼纺财函第99号”,这里的“琼纺财函”是代指“海南省纺织公司财务处商函”,“99号”是该公司年度发函的顺序号。但需注意,商函的发函字号不象行政公文发文字号那样有严格的要求。二是采用直接编号,如“第23号”。设置函号是为了便于收发函双方对商函的处理、归档、备查,是否需要编制函号或采用何种形式编排函号并无具体规定。函号的标注位置也没有固定、统一的要求,通常出现在标题右下方或信头的左上方。

4.称谓(称呼)称谓是对收信人或收信单位的称呼。称谓的位置在标题或函号的左下方,单独占行,顶格书写,后面用冒号。商函比较注重称谓。若收信方是单位,应写全称或单位内的部门名称;若写给个人,要在公司名称和对方名字之后加职务衔,以示尊重。如“××商场××总经理”、“×××董事长”等。不知对方职务或职称时可用“负责同志”、“先生”、“女士”、“小姐”等称呼。与港澳台地区进行商务往来,依照习惯还应在称呼上加一些文言敬语,如“×先生惠览”、“××先生台鉴”等。商函在称谓之后一般不用寒暄语,直接进入正文,不必象私函那样客套寒暄。

5.正文正文是商函的核心部分,叙述经贸业务往来联系的`实质性问题。正文可分开头、主体、结尾三部分。开头:开头应直截了当、简单扼要地说明发函意图、缘由;复函则要引叙对方来函,以示复函的针对性。主体:主体表达信函的中心内容。一般是根据发函缘由详细地陈述具体事项或是针对所要商洽的问题或所联系的事项阐明自己的意见。结尾:结尾一般是简要概括主体所叙之事,并提出本函的有关要求,如“希望速予办理见复”等。有的商函在结尾时使用一些惯用语,如“此致”、“此复”等。也有的商函没有结尾。结尾往往就是一两句话,但却是点睛之笔,应特别注意它的恰当得体。一般商函没有祝颂语。个别商函如联系信、庆贺信,为联络情感、表示礼仪,常常在结尾使用祝颂语,写一些表示祝愿或致敬的话语,如“谨祝商安”、“敬祝健康”等。结尾惯用语和祝颂语可一行书写也可分两行书写。一行书写时可紧随正文,也可以和正文空开两格再写;分行书写时,“谨祝”、“敬祝”可紧随正文,也可以和正文空开两格再写,“商安”、“健康”则转行顶格书写或转行空两格书写。

6.信尾信尾包括落款、签章、日期等。落款:落款通常写在结尾后另起一行(或空一、二行)的偏右下方位置。以单位名义发出的信函,落款可写单位名称或单位内具体部门名称,也可同时署写信人的姓名,有负责人姓名的还须注明职衔。使用专用发函纸,则填写日期即可。签章:签字和加盖公章。重要的信函,为郑重起见要加盖公章。有发函人署名的必须亲自手签具名,不能用图章代替手签,打印的信件在打印的姓名前面也必须签署真名,因为商函是重要的凭证。日期:日期一般写在署名的下一行或同一行偏右的位置。发函日期要写明具体的年、月、日(甚至时)。做为凭据,日期是商函非常重要的一项格式,要求书写完整,不可省略、遗漏。

7.附件标注附件是随函附发的有关材料,如报价单、发票、确认书、单据等。由于文本页数多或不便写入正文,这些资料均可作为附件处理,附在信文之后。附件的标注位置可在落款之前也可在落款之后,靠左侧写“附件:”或“附:”字样,然后注明附件的名称和件数。如“附件:安图公司最新地图目录三份”、“附:88号男式真丝睡衣彩色图片一套”。

9.长沙局校园商函业务开发成功案例 篇九

特色数据“招商引资”

高考考生之所以被特别关注，是因为这一群体蕴含着巨大的市场商机，并且至少是未来3至4年市场需求的主体力量。在这一市场争夺战中，由于各商家营销策略或如出一辙，缺乏创意，或一哄而上，盲目竞争，商家的服务热情学生并不买账，营销方式自然成了“剃头挑子——一头热”，营销效果不尽如人意。此时，为双方找到满足各自需求的结合点成为长沙市局服务后高考经济的切入点，并确定了数据库商函精准营销的方案，但前提是必须确保数据库名址的“含金量”，这是赢得客户“芳心”的核心元素。

2007年，湖南省高考考生超过51万人，数据采集的难点在于是否能得到校方的支持，及时取得最合乎客户要求的高考考生名址资源。为此，长沙市局专门成立了由局长李红石为组长、副局长徐克勤为副组长的高考校园市场开发领导小组，积极和相关部门联系，采集了全省应界考生的名址信息52万条，并通过详细分类，使数据精确到学生来源、录取状态、去向、地理位置、行政区域等，构建了数据库在后高考经济中的独特竞争优势，为客户据己所需实现一对一的精准营销打下了坚实的基础。

两块市场“花开满园”

长沙市局将市场细分为中榜生和落榜生两大类市场，以“帮客户赢”为核心量身定制营销方案。

将中榜生市场开发定位于通信、银行和学生用品市场，以银行银联卡、学生手机卡、电脑等产品的推荐为立足点，针对不同的商家制定特点突出的个性营销方案。由于有精准的数据库名址作后盾，营销方案得以顺利实施，实现了多方共赢。

尽管近几年高校学费收缴方式已由学校人工收缴改为银行代缴，但仍需学生或其家长到指定银行网点上缴，然后再将银行回单返回学校才能报到。这种方式方便了学校，麻烦了学生，学费集中收缴的一段时间，银行营业网点工作压力也增加不少。针对这种情况，长沙市局积极与学校和银行接触，使中国银行、招商银行、建设银行三大银行在长沙机构的银联卡专线牵入了15所名校，配备了银联刷卡机，并通过高考

数据库以学校名义向每位录取新生寄一封祝贺信式的商函，通知学费收缴方式的变更。同时，银行附赠活期存折和银联卡，存折由家长保管在当地存入学费，学生本人持卡到学校刷卡缴费，如此一来，学生可以轻装报到了，学校的人性化管理得到更充分的体现，银行在提升服务品牌的同时也增加了新的客户，难怪银行的工作人员笑称：“长沙市邮政局给我们开出了一剂良药。”

同样，通过高考数据库名址在后高考经济中赚得满桶金的长沙联通公司张经理告诉记者，往年，每逢高校开学时，各通信运营商都会云集校园设点现场营销，场面虽然热闹，营销力量却被分散，营销政策不能保密，针对性不强，学生的选择体现出极大的随意性，通信运营商无法自主掌控市场，学校新生的市场开发效果并不理想。今年，长沙联通公司利用高考学生录取生数据名址，提早1个月给确定到长沙市就学的大学新生寄出11.8万封新业务使用手册的挂号信，取得了实实在在的效果，至10月中旬，学生新放号开通率比去年提高了30%以上。

10.基于网格服务技术的异构数据库 篇十

关键词：网格服务,异构数据库,集成与转换,XML

0、引言

随着计算机网络和数据库系统的迅速发展, 企业竞争与兼并的加剧, 多样化新技术的采用, 使得信息资源的异构性在企业中无处不在:计算机体系结构的异构、操作系统的异构、各数据库DBMS本身的异构及不同数据模型的异构……异构数据库系统的目标在于实现不同数据库之间的信息资源、硬件资源和人力资源等的合并和共享, 其中关键的一点就是以局部数据库模式为基础, 建立全局的数据模式或全局外视图, 这种全局模式对于建立高级的决策支持系统尤为重要。

每个数据库系统在加入异构数据库系统都拥有自己的DMBS, 它们各个组成部分具有自身的自治性, 实现数据共享的同时, 每个数据库系统仍需保有自己的应用特性、完整性控制和安全性控制。任何企业为了实现异构数据的共享和透明访问, 必须首先解决数据源集成和一致化处理, 即异构数据源的集成与转换的问题。

利用网格服务 (Grid Service) 技术和现有开发体系的中间件, 可以从异构数据库系统中的多个数据库中收集信息。一方面, 建立统一的全局模式, 对各异构数据源时进行无缝连接, 为用户提供一个统一透明的访问接口和数据接口, 对各个节点提供数据注册功能, 集成中心协调管理各个节点数据源。另一方面, 网格开发工具经过封装, 从而屏蔽网格理论和工具的复杂性, 将若干个分布的、独立的异构数据源集成到一个特定的环境中, 实现对这些多数据库系统的统一查询, 屏蔽各个业务节点数据库的结构、运行环境上的差异、网络分布状况和具体的物理位置, 保证各个节点数据库的独立性和数据的安全。

1、建立异构数据库集成转换平台

1.1 网格服务原理

Grid Service技术是在开放网格体系结构OGSA中提出来的, 它能够统一地封装信息、行为数据表现以及流程, 而无需考虑应用所在的环境是使用何种系统和设备, 最大优势就是提供了异构平台无缝衔接的技术手段, 实现异构平台间的互通。在异构数据源集成中使用Grid Service的目的就是将服务功能以接口的方式提供给用户, 数据库访问操作则通过中间件平台完成。用户不需要了解后台的实现过程, 而仅需调用功能接口就可以完成对数据库的操作。Grid Service将客户对数据库的操作目的封装成SOAP对象, 通过HTTP传送到Web服务器, Web服务器将接受的SOAP对象转发给Grid Service请求服务器;Grid Service请求服务器解析收到的SOAP请求, 调用Grid Service, 对数据库进行操作, 然后将返回结果生成相应的SOAP应答。Web服务器收到SOAP应答后, 再通过HTTP应答的方式将结果返回到客户端, 过程如图1所示。

1.2 异构数据库集成

各层功能主要有:一、应用层通过客户端运行资源浏览器提供给网格服务接口, 通过客户端能看到统一的数据视图、能对数据进行访问和操作、能调用系统提供的网格服务等。中间件利用应用层分析的数据与网格服务器之间的通信调用, 使用SOAP传输协议, 通过XML语言统一描述交互数据于系统的理解, 这样, 客户端就可用浏览器对返回的数据进行解释和显示;二、中间件层是数据集成的核心, 主要包括查询分析, 查询结果重组, 定时查收及元数据流量、格式、类型的转换等。目前, 基于GT4开发的OGSA-DAI (开放网格服务体系框架数据访问和集成open grid services architecture data access and integration) 为数据访问中间件可为异构数据源提供数据访问服务, 能很好地利用网格数据服务;三、数据层中各个节点数据源以Grid Service的方式对外发布, WEB应用客户端或者其它应用程序客户端从不同的平台、不同的软件开发环境调用该中间件的Grid Service接口, 从而获得来自不同节点数据源的数据, 实现数据的透明访问。网格服务接口负责通过标准的Grid Service接口向用户提供访问整个网格环境内已经发布的数据源, 每个业务节点都拥有一个Tomcat/Apache服务器, 以作为Grid Service的运行平台, 从而能够与上层的网格服务 (Grid Service) 管理与发现层进行交互, 数据集成如图2所示。

图2中, 各个异构数据源所提供的数据并不需要先复制到系统的中心数据库中, 而是以Grid Service的形式发布出来, 只有当应用层发出服务请求的时候, 数据才从节点系统经过数据集成平台直接传递到用户, 这样, 用户得到才是同步最新的信息。

2、实现异构数据的集成转换的关键技术

异构数据的集成转换主要技术就是实现将一种数据库系统中定义的模型转化为另一种数据库中的模型, 然后根据需要再装入数据, 这时用户就可以利用自己熟悉的数据库系统和熟悉的查询语言, 实现数据共享。过程是首先转换类型, 访问源数据库系统, 将源数据库的数据定义模型转换为目标数据库的数据定义模型, 然后进行数据重组, 即将源数据库系统中的数据装入到目的数据库中。

关键技术之一:在实现严格的等价转换过程中, 必须要解决不同模型中所存在的各种语法和语义上的冲突有: (1) 命名冲突, 即源模型中的标识符可能是目的模型中的保留字, 这时就需要重新命名; (2) 格式冲突, 同一种数据类型可能有不同的表示方法和语义差异, 这时需要定义两种模型之间的变换函数; (3) 结构冲突, 如果两种数据库系统之间的数据定义模型不同, 如分别为关系模型和层次模型, 那么需要重新定义实体属性和联系, 以防止属性或联系信息的丢失。解决方法是首先通过建立公共模型, 实现各异构数据到XML模式的转换。其输入是在数据库注册流程结束时, 中间件层所接收到局部数据库连接信息 (数据库名称、数据库用户名、密码以及主机地址) 和数据库类型, 输出是数据库关系模式的列表表示集, 结果可采用一个一维数组和多个一维数组分别存储注册异构数据库中的关系表表名和每个表的属性字段名称、字段类型、可否空、主键和外键属性等信息。由于XML schema的语法结构比DTD更具有表现力, 更适应于各领域应用的使用, 所以各异构数据库模式转换都用到XML schema转换算法来实现。

关键技术之二:利用网格服务集成的中间OGSA-DAI访问数据库, 实现对多种数据库资源的查询、更新、传输和交付, 同时为数据库资源生成配置文件 (数据库的类型、JDBC驱动名、URL、用户名和口令等) , 并根据配置文件自动部署GDSF服务, 为用户提供数据库的查询和访问服务。目前主要使用Java主机框架结构, 其数据集成、存取及转换都是基于XML格式文件, 同时该架构隐藏数据库的驱动程序、数据转换格式与来自用户发送机制等细节。一旦OGSA-DAI工厂启动, 注册器将对数据源注册, 并能通过预先配置文件中的静态信息和配置文件中提供的MetaDataExtractor类访问服务器, 客户机也在服务列表中列出, 当选定合适Data Service Resources, 客户机就请求工厂创建一个GDS实例, 从而访问数据资源并接收执行文档、运行数据库查询、传输查询结果和传送数据等。OGSA-DAI访问DBMS类主要有DataResource Implementate类、活动类、MetaDataExtractor类、DataResourceImplementation类等。

3、实验原型及核心算法

实验原型主要实现两个分布异构的数据库中的表连接查询操作:有甲数据库oracle8i表tab1, 乙数据库mysql表tab2, 甲乙数据库间通过150M bps Internet互联, 现在要实现两个表的连接查询操作, 并返回结果。

配置好实验环境:在乙地的计算机安装了Globus Toolkit 4 WS-Java Core, 然后将OGSA-DAI WSRF 1.0中间件开发的网格数据服务部署在GT4上, 并为数据服务增加两地数据库访问的数据资源配置文件, 以实现对两地数据库访问。

算法的描述及实现:

(1) 为网格数据服务配置数据资源A, 并查询数据库甲, 返回查询结果;

(2) 将查询结果转换成XML中间数据格式;

(3) 为网格数据服务配置数据资源B, 传送结果给数据库乙, 并在数据库乙中创建临时表, 把中间查询结果插入临时表;

(4) 连接临时表和已经存在的表, 查询并返回最终结果。

4、结束语

目前, 开放式数据库互连ODBC (Open DataBase Connectivity) 和Java与数据库接口规范JDBC是支持基本SQL功能的一个通用的应用程序编程接口API, 它们在不同的数据库功能模块的层次上提供了一个统一的用户界面, 为对异构数据库进行直接的Web访问提供了较好的解决方案。

基于网格的异构数据源集成与转换, 从访问数据库的角度看, 与网格环境之外访问数据库的方式相似, 但是利用网格开发工具可以屏蔽各个业务节点数据库的结构、运行环境上的差异、网络分布状况和具体的物理位置, 从而保证各个节点数据库的独立性和数据的安全性。这是它相比较其它异构数据源的集成和转换的优势所在, 随着网格技术和异构数据库访问和集成服务进一步完善与规范, 将会有访问异构数据库系统的一致的规范、网格框架中数据库系统的协同机制等。网格的应用会越来越普遍, 基于网格服务的异构数据库集成与互访也极具潜力。

参考文献

[1]何凤英.网格环境中异构数据库访问和集成技术的研究[A], 软件, 2010, 38 (4) :52-54

[2]胡春明, 怀进鹏, 孙海龙.基于网络服务的网格体系结构及其支撑环境的研究.软件学报, 2011, 15 (7) :20-22

[3]Foster I, Kesselman C.网格计算 (第2版) [M].金海译.北京:电子工业出版社, 2008, 10

[4]马淑娇, 李晓, 周俊林.异构数据库集成中的XML技术探讨[J].计算机应用研究, 2011, 21 (1) :28-31

[5]熊辉.异构数据连接平台的分析与设计[J].科技信息IT论坛版, 2011, 28 (21) :73-79

[6]林伟伟, 齐德昱, 李拥军.基于网格的分布式异构数据集成模型[J].计算机工程.2012, 32 (24) :48-52