[发明专利]一种控制数据访问的方法及装置

说明书

技术领域

本发明涉及业务支撑技术领域，尤其涉及一种控制数据访问的方法及装置。

背景技术

现有技术中，基于计费数据服务(BDS，Billing Data Service)模型的业务运营支撑系统(BOSS，Business&Operation Support System)系统中，内存数据库(简称内存库)装载用户的资料、资费信息、账单信息。因单套主机容量及系统横向扩展(x86演进)要求，以某地市1000万用户为例，需要划分为10个内存库节点，平均每节点装载100万用户的用户资料、账单数据。

在计费系统内部的应用程序基于内存库节点部署，每内存库节点部署若干应用进程，如融合计费引擎(CBE，Convergence Billing Engine)在线服务、离线采集、分拣、漫游处理、合帐、租费计算、信控、免费资源提醒、账务优惠、批量销账等应用进程；在业务处理上，计费系统会在话单预处理环节根据数据路由机制，将话单分配给对应的内存库节点部署的进程处理。在一般情况下，本内存库节点上的进程在进行数据处理时，只会连接本内存库节点内存进行处理。随着融合业务的演进共享类业务如某几个用户共享一个流量套餐的展开，当共享套餐内的几个用户分布到多个内存库节点上时，假如用户A、B共享1G的流量套餐，同时A、B用户分散到两个内存库节点(Node)1、Node2上，当A用户产生话单/计费消息时，首先由Node1节点对应的应用进行处理，在处理过程中会参考到B用户的账单使用量信息，此时触发了Node1节点的应用程序访问Node2节点的内存库数据。为了保障系统的处理效率，连接一旦建立将持续保持；以内存库单节点部署200套计费处理进程、10套内存库节点为例，单库连接数将达到2000个；而移动计费领域常用的内存数据库Oracle Times Ten 连接数上限为2048，这在极大程度上限制了计费系统的横向扩展能力，使得移动通信如第四代移动通信技术(4G)业务的高速增长带来的系统扩容遇到瓶颈。图1示出了进行数据处理时访问内存库各节点的示意图，在图1中，虚线双向箭头表示跨库访问带来的连接，其中APP1、APP2、…、APPn表示与计费相关的应用。

通过引入数据库代理模式，可以在一定程度上收敛内存库连接数，但是会引起严重的性能问题。图2示出了代理架构与传统架构的对比示意图，如图2所示，在代理架构下，从客户端到内存库之间需要3跳，每跳都需要进行消息的解包、封包；而传统架构下，客户端到内存仅需1跳；通过验证发现，代理架构下的解包、封包、网络数据流转，会使处理效率下降35％以上，采用现行的代理架构面临着性能急剧下降的问题。

发明内容

有鉴于此，本发明期望提供一种控制数据访问的方法及装置，至少能实现对BOSS系统中内存库连接数的收敛管控。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种控制数据访问的方法，所述方法包括：

获取数据访问请求；

根据所述数据访问请求进行路由判定；

基于路由判定结果控制所述数据访问请求按照所确定的访问模式进行数据访问。

上述方案中，优选地，所述根据所述数据访问请求进行路由判定，包括：

从所述数据访问请求中获取用户信息；

基于所述用户信息查询本内存库节点的路由信息；其中，所述本内存库为与所述用户信息相匹配的内存库；

根据所述路由信息确认所述数据访问请求的数据所在的目标内存库节点；

如果目标内存库节点号与本内存库节点号一致，则确定采用直接连接访问 模式；

如果目标内存库节点号与本内存库节点号不一致，则确定采用代理连接访问模式。

上述方案中，优选地，所述获取数据访问请求之前，所述方法还包括：

构建数据访问层DAL；其中，应用层通过所述数据访问层与数据层连接；所述数据层包括至少M个内存库，其中，M为正整数；

其中，所述数据访问层包括：DAL客户端嵌入组件、DAL分发进程、DAL工作进程、DAL监控进程；所述数据访问层至少用于提供下述支撑：

路由管理、事务管理、数据操纵语言DML执行。

上述方案中，优选地，确定采用代理连接访问模式时，所述基于路由判定结果控制所述数据访问请求按照所确定的访问模式进行数据访问，包括：

DAL分发进程接收经由DAL客户端嵌入组件发起的数据访问请求，并将所述数据访问请求转发给DAL工作进程；