。
[0062]步骤S217，将客户服务器保存至分布式缓存服务器。
[0063]如图3可知，本申请上述步骤S211至步骤S217实现了一种在缓存服务器中进行缓存重建的过程，即实现如何将远程服务器中的数据在分布式缓存服务器中完成缓存重建的过程。本发明的分布式缓存服务器可以通过key->valUe的模式来获取需要进行缓存的缓存数据，即将关系数据库DB中以数据表形式保持的数据转换成key->valUe的模式在缓存服务器中进行保存，关系数据库的数据与缓存数据具有一一对应的关联关系。
[0064]上述方案通过，先获取缓存配置信息，根据缓存配置信息得到符合分布式缓存的数据保存格式中的查询关键字key (例如图4中该查询关键字key可以是缓存前缀客户ID)，然后根据从数据库DB中获取该查询关键字key对应的资源，如图4所示的示例可知，该资源的可以包括以下任意一种或多种各类型的数据:客户基本信息、手机信息、地址信息，此处需要说明的，查询过程中资源的类型的数量与远程服务器与数据库DB交互的次数相同，即如果要获取上述客户基本信息、手机信息、地址信息三种类型的资源，则需要与数据库DB交互3次。最后根据缓存配置信息和对应的资源组装成一个客户模型。
[0065]由此，在当分布式缓存服务器中不存在数据时的应用场景中，可以通过远程服务器从数据库DB中获取到资源并组装成客户模型，放置到缓存服务器中，从而使得业务请求能直接从缓存服务器中获取到资源数据，使得后续的查询路径最优。
[0066]下面就结合图3，以在电子商务领域提供的查询搜索功能为例，在默认优先访问分布式缓存服务器的情况下，对本申请提供的方案进行详细描述:
[0067]步骤A，在客户端的查询系统启动时，可以从配置服务器中将需要的资源配置信息拉取到客户端，使得客户端可以加载对应的资源配置信息，该资源配置信息包括预先设置的查询路径信息和缓存配置信息。
[0068]此处需要说明的是，上述查询路径信息为分布缓存路径，在查询路径确定为优先使用分布缓存路径时，则确定客户端处于“缓存查询”模式，此时选择访问分布式缓存服务器来获取资源，上述缓存配置信息用于包装业务请求中携带的参数，使得客户端可以灵活的从“分布式资源”中获取数据，无需客户端理解分布式缓存中数据获取数据逻辑。
[0069]步骤B，在客户端根据分布缓存路径与分布式缓存服务器建立通信关系之后，根据模型查询语言(Model Query Language,简称为MQL)来从分布式缓存服务器中获取资源。
[0070]此处需要说明的是，上述模型查询语言MQL的描述类似SQL的描述，可以通过如下描述方式来描述上述资源配置信息:获取数据模型+获取数据模型的资源类型。
[0071]步骤C，如果在从上述分布式缓存服务器获取缓存的资源失败的情况下，可以通过提取远程访问路径来访问远程服务器，进而获取到对应的资源。该步骤实现了，在缓存数据不可用的情况下，直接选择远程服务器获取资源，当缓存可用时，则会调整配置的资源配置信息。
[0072]此处需要说明的是，在本申请客户端拉取到的查询路径信息默认为远程访问路径的情况下，则系统直接跳过步骤B，直接通过步骤C中提取程访问路径来访问远程服务器，进而获取到对应的资源。
[0073]步骤D，为了使得远程服务器从数据库获取资源的查询过程归一化，减少领域模型、数据模型以及数据存储设备适配的转换过程，远程服务器根据业务请求从配置服务器中获取对应的模型配置信息和查询语句，其中，模型配置信息包括:用于表征业务请求对应的资源类型的领域模型，以及用于表征资源类型对应的资源信息表的数据模型。
[0074]步骤E，远程服务器根据从配置服务器中获取到的模型配置信息和查询语句，从数据库中查询得到对应的以数据表格式保存的资源。
[0075]本申请上述步骤A至步骤E，实现了从配置服务器中预先配置客户端的查询路径信息，使得客户端可以根据需求选择分布式缓存服务器或远程服务器获取资源。即基于预先配置的查询路径信息和缓存配置信息，实现计算机客户端的动态访问控制，使得获取资源的路径可以根据需求进行切换，从而解决了现有技术无法根据客户端的需求来灵活控制资源的请求方式的技术问题，达到成本、性能或风险的最优平衡。
[0076]此处还需要说明的是，在上述步骤A至步骤E的执行过程中，如果分布式缓存服务器无法提供相应的资源，客户端切换至从远程服务器获取资源之后，可以通过如下步骤实现远程服务器对分布式缓存服务器的缓存数据重建过程:
[0077]步骤F，远程服务器从配置服务器中获取缓存配置信息，并通过SQL查询语句从访问数据库中获取到缓存配置信息对应的资源。该步骤中获取缓存配置信息的作用是为了提供缓存重建的配置信息。
[0078]步骤G，在将缓存配置信息及其对应的资源组装成客户模型之后，将该客户模型发送给缓存服务器进行缓存，从而实现根据MQL获取持久化存储配置，进行缓存重建。
[0079]上述过程中，数据实例需要用统一的语言进行描述，从而使得配置生效时，能通过统一的流程而非分支的方式来进行数据的扭转，而无需进行二次开发，此处需要说明的是，统一语言可以参照xml描述、元数据描述方式。
[0080]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0081]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0082]实施例2
[0083]根据本发明实施例，还提供了一种用于实施上述方法实施例的装置实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。
[0084]图5是根据本法实施例二的数据资源的获取装置的结构示意图。如图5所示，该装置包括:获取模块50、访问处理模块52、切换模块54。
[0085]其中，获取模块50，用于获取预先配置的查询路径信息和缓存配置信息，查询路径信息包括:用于访问分布式缓存服务器的分布缓存路径和用于访问远程服务器的远程访问路径；访问处理模块52，用于在接收到业务请求之后，通过查询路径信息选择访问分布式缓存服务器或远程服务器，并根据缓存配置信息查询得到业务请求对应的资源；切换模块54，用于在从分布式缓存服务器获取资源失败的情况下，选择调用远程访问路径切换为访问远程服务器，来获取资源。
[0086]本申请上述实施例一提供的方案，主要针对资源的访问路径的选择方式提供一种可配置化的建模思路，基于预先配置的查询路径信息和缓存配置信息，实现计算机客户端的动态访问控制，比较现有技术提供的数据集中式管控方法，这种可配置化的选择资源的方案基于可复制类数据的本质，将用于获取数据资源的客户端部署到业务请求的应用端，基于配置信息的描述，使得获取资源的路径可以根据需求进行切换，从而解决了现有技术无法根据客户端的需求来灵活控制资源的请求方式的技术问题，达到成本、性能或风险的最优平衡。
[0087]比较现有的数据集中式架构部署，在用户对应用客户端的访问量和查询量剧增的情况下(例如在电子商务进行促销活动期间，应用端的访问量和查询量会在单位时间内剧增)，如果每个用户发出业务请求之后，客户端都从远程访问远程服务器来获取资源，则会造成的当业务请求增加时服务器大规模的部署的成本优化问题，本申请上述实施例提供的一种配置查询路径信息和缓存配置信息的功能，使得将一部分业务请求查询的处理过程分流至缓存服务器，以减缓远程服务器的负担，同时加快了客户端获取资源的效率。同时该思路同样可以适用于其他客户端动态运行时控制设计。
[0088]例如，针对客户端的登录用户需要获取的资源属于更新率很低的数据时(例如，注册用户的基本信息:手机号、地址、账号等)，就可以将这些更新率低的资源部署在分布式缓存服务器中，并预先配置查询路径信息为选择分布缓存路径，这样客户端在接收到业务请求获取用户的基本信息时，就可以从分布式缓存中获取。如果分布式缓存服务器发生故障或其他故障，导致无法成功获取资源，则切换至选择远程访问路径来从远程访问服务器中获取资源，从而实现了获取资源的路径可以根据需求进行切换，从而达到成本、性能或风险的最优平衡。
[0089]由此可知，为了更好的实现对部署在客户端的管控，实现最优资源的切换，最优资源并不是一成不变的，而是随着业务场景的变化而变化的，例如，用户的个性化信息是随时变化的，此时最优资源即数据本身，因为对数据采用复制的到缓存的方式，会增加数据一致性的维护成本，缓存命中率低下，适合直接从远程服务器获取，但是某个活动的时，由于同一份数据请求过多，会造成数据单点，通过对查询模式进行切换，能够做到负载转移和成本优化的目的，动态的切换查询路径，无需发布，即可达到最有资源选择的目的。目前该产品已在支付宝公司的数据查询技术中广泛使用，通过配置化的资源选择方案，可以动态的切换查询路径，达到在不