本发明涉及计算机以及数据处理领域,特别涉及一种数据管理的方法和设备。
背景技术:
随着互联网技术及电子商务的飞速发展,到网上购物的人越来越多,对网站的稳定性及响应速度的要求越来越高,但目前并没有很好地解决方案来保证网站能同时支持更多的人访问及使用。
技术实现要素:
针对现有技术,本发明实施例提出了一种数据管理的方法和设备,用以克服现有技术中的缺陷。
具体的,本发明提出了以下具体的实施例:
本发明实施例提出了一种数据管理的方法,包括:
接收用户的访问请求;
确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;
基于所述网站数据源对所述访问请求进行处理。
在一个具体的实施例中,在接收用户的访问请求之前,还包括:
从主数据库中获取各数据源的信息;
基于各数据源的信息提取出对应的数据并进行缓存。
在一个具体的实施例中,确定所述访问请求所对应网站的数据源Key,包括:
基于所述访问请求确定所对应网站的二级域名;
判断所述用户是否是第一次登录;
若判断结果为是,则通过所述二级域名获取所述网站的数据源Key;
将获取的数据源Key存储在对应所述用户的Session中;
若判断结果为否;则通过读取对应所述用户的Session来获取对应所述网站的数据源Key。
在一个具体的实施例中,所述判断所述用户是否是第一次登录,包括:
判断是否存在有对应所述用户的Session;
若判断结果为是,则确定所述用户不是第一次登录;
若判断结果为否,则确定所述用户为第一次登录。
在一个具体的实施例中,所述基于所述网站数据源对所述访问请求进行处理,包括:
基于所述网站数据源从缓存中提取对应的数据;
将所提取的数据分配给所述访问请求,以执行对应所述访问请求的业务逻辑,并将所反馈的数据展示在网站前端。
本发明实施例还提出了一种数据管理的设备,包括:
接收模块,用于接收用户的访问请求;
确定模块,用于确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;
处理模块,用于基于所述网站数据源对所述访问请求进行处理。
在一个具体的实施例中,该设备还包括:缓存模块,用于从主数据库中获取各数据源的信息;
基于各数据源的信息提取出对应的数据并进行缓存。
在一个具体的实施例中,所述确定模块,用于:
基于所述访问请求确定所对应网站的二级域名;
判断所述用户是否是第一次登录;
若判断结果为是,则通过所述二级域名获取所述网站的数据源Key;
将获取的数据源Key存储在对应所述用户的Session中;
若判断结果为否;则通过读取对应所述用户的Session来获取对应所述网站的数据源Key。
在一个具体的实施例中,所述确定模块判断所述用户是否是第一次登录,包括:
判断是否存在有对应所述用户的Session;
若判断结果为是,则确定所述用户不是第一次登录;
若判断结果为否,则确定所述用户为第一次登录。
在一个具体的实施例中,所述处理模块,用于:
基于所述网站数据源从缓存中提取对应的数据;
将所提取的数据分配给所述访问请求,以执行对应所述访问请求的业务逻辑,并将所反馈的数据展示在网站前端。、
与现有技术相比,本发明实施例提出了一种数据管理的方法和设备,其中,该方法包括:接收用户的访问请求;确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;基于所述网站数据源对所述访问请求进行处理。以此通过负载情况动态分配的网站数据源,实现了负载均衡。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提出的一种数据管理的方法的流程示意图;
图2为本发明实施例提出的一种数据管理的方法中确定所述访问请求所对应网站的数据源Key的流程示意图;
图3为本发明实施例提出的一种数据管理的设备的结构示意图;
图4为本发明实施例提出的一种数据管理的设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和出示的本发明实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
以下,根据实施例及附图对本发明作进一步的详细说明:
实施例1
本发明实施例提出了一种数据管理的方法,如图1所示,包括以下步骤:
步骤101、接收用户的访问请求;
具体的,例如用户1要访问网站A,会有一个访问请求,具体的访问请求中可以包含有用户1的登录账号,密码等等,还可以包含有网站A的URI(Uniform Resource Identifier,统一资源标识符),具体的,URI中可以包含有该网站A的二级域名。
而除此以外,还可以包含有网站A的标识,通过该标识就可以查找到对应该网站A的二级域名即可。
而在一个具体的实施例中,在接收用户的访问请求之前,也即在步骤101之前还包括:
从主数据库中获取各数据源的信息;
基于各数据源的信息提取出对应的数据并进行缓存。
具体的,主数据库中包含有各网站的数据源的信息,例如除了网站A的数据源信息,还可以包含有网站B的数据源信息,网站C的数据源信息等等;获取到各数据源的信息之后,根据数据源的信息提取出对应的数据并进行缓存;在此以一个具体的实施例来进行说明,例如各网站都搭载在服务器1上,缓存就可以缓存在该服务器1的缓存中,以使得访问各网站时,所需要的数据都是活跃的,提高反应速度;且减少服务器的负荷;提高数据处理的效率。
步骤102、确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;
在一个具体的实施例中,步骤102,也即确定所述访问请求所对应网站的数据源Key,具体包括以下步骤:
步骤1021、基于所述访问请求确定所对应网站的二级域名;
具体的,仍以上述为例来进行说明,若要访问的是网站A,若访问请求中包含有URI或者直接包含有网站A的二级域名,则可以直接获取;而若是没有,例如访问请求中包含的是对应二级域名的标识,则也可以通过解析来进行获取;还有其他的方式也是可以的,例如访问请求中包含的是网站A的关键词,则可以通过搜索引擎,例如百度,谷歌等来进行搜索来获取到网站A的二级域名。
通过二级域名的设置,可以实现统一的数据源管理,在商户申请时填写唯一二级域名,不同的商户按照服务器负载情况动态分配数据源Key,数据源及配置方案都存放于服务器内存中,可以按照二级域名来实现高效可靠负载均衡。
此外,还可以有很多其他的方式来确定网站的二级域名,具体的可以根据实际情况以及访问请求来进行获取。而在确定了二级域名之后,则继续执行下述步骤:
步骤1022、判断所述用户是否是第一次登录;
具体的判断可以通过是否有对应该用户的Session来进行判断;具体的,在一个具体的实施例中,步骤1022,也即判断所述用户是否是第一次登录,包括:
判断是否存在有对应所述用户的Session;
若判断结果为是,则确定所述用户不是第一次登录;
若判断结果为否,则确定所述用户为第一次登录。
具体的,仍以上述为例来进行说明,用户1访问网站A,若是用户1已经访问过该网站A,则会生成对应该用户1的Session(会话标识),因此可以通过是否存在有Session来对用户是否为第一次登录来进行判断。
步骤1023、若判断结果为是,则通过所述二级域名获取所述网站的数据源Key;
步骤1024、将获取的数据源Key存储在对应所述用户的Session中;
步骤1025、若判断结果为否;则通过读取对应所述用户的Session来获取对应所述网站的数据源Key。
具体的,在用户访问网站时,所生成的Session中会包含有对应该网站的数据源Key,具体的数据源Key是网站运行维护等所需要的网站数据源的标识,通过数据源Key可以查找到网站数据源。
以此,若是用户第一次登录,则生成该用户的Session,并将所登录网站的数据源Key存储在Session中,而若不是第一次登录,则可以直接查找到对应该用户的Session,并提取其中的数据源Key;以此,即使用户在同一个会话多次使用数据源无需重新获取;
步骤103、基于所述网站数据源对所述访问请求进行处理。
在一个具体的实施例中,步骤103,也即基于所述网站数据源对所述访问请求进行处理,包括:
基于所述网站数据源从缓存中提取对应的数据;
将所提取的数据分配给所述访问请求,以执行对应所述访问请求的业务逻辑,并将所反馈的数据展示在网站前端。
具体的,例如用户1访问网站A,通过网站A的网站数据源,从缓存中提取对应网站A的数据,并将提取出的数据分配给访问请求,例如访问请求时要查看网站A上的产品1,此时可以执行对应的业务逻辑,也即进行产品1的信息展示,并将产品的信息或者数据展示在网站前端,以便用户进行查看。
与现有技术相比,本发明实施例提出了一种数据管理的方法和设备,其中,该方法包括:接收用户的访问请求;确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;基于所述网站数据源对所述访问请求进行处理。以此通过负载情况动态分配的网站数据源,实现了负载均衡。
实施例2
本发明实施例还提出了一种数据管理的设备,如图3所示,包括:
接收模块201,用于接收用户的访问请求;
确定模块202,用于确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;
处理模块203,用于基于所述网站数据源对所述访问请求进行处理。
在一个具体,如图4所示,还包括:缓存模块204,用于从主数据库中获取各数据源的信息;
基于各数据源的信息提取出对应的数据并进行缓存。
在一个具体的实施例中,所述确定模块202,用于:
基于所述访问请求确定所对应网站的二级域名;
判断所述用户是否是第一次登录;
若判断结果为是,则通过所述二级域名获取所述网站的数据源Key;
将获取的数据源Key存储在对应所述用户的Session中;
若判断结果为否;则通过读取对应所述用户的Session来获取对应所述网站的数据源Key。
在一个具体的实施例中,所述确定模块202判断所述用户是否是第一次登录,包括:
判断是否存在有对应所述用户的Session;
若判断结果为是,则确定所述用户不是第一次登录;
若判断结果为否,则确定所述用户为第一次登录。
在一个具体的实施例中,所述处理模块203,用于:
基于所述网站数据源从缓存中提取对应的数据;
将所提取的数据分配给所述访问请求,以执行对应所述访问请求的业务逻辑,并将所反馈的数据展示在网站前端。
与现有技术相比,本发明实施例提出了一种数据管理的方法和设备,其中,该方法包括:接收用户的访问请求;确定所述访问请求所对应网站的数据源Key;其中,所述数据源Key与所述网站的网站数据源关联;所述网站数据源是根据负载情况进行动态分配得到的;基于所述网站数据源对所述访问请求进行处理。以此通过负载情况动态分配的网站数据源,实现了负载均衡。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。