CN105653356B - 处理多服务器并发操作的方法及装置 - Google Patents
处理多服务器并发操作的方法及装置 Download PDFInfo
- Publication number
- CN105653356B CN105653356B CN201610006624.3A CN201610006624A CN105653356B CN 105653356 B CN105653356 B CN 105653356B CN 201610006624 A CN201610006624 A CN 201610006624A CN 105653356 B CN105653356 B CN 105653356B
- Authority
- CN
- China
- Prior art keywords
- module
- mark
- cache module
- multiserver
- concurrent operations
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/468—Specific access rights for resources, e.g. using capability register
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种处理多服务器并发操作的方法及装置，包括：中央服务器从后台服务器获得操作一条数据请求；中央服务器根据后台服务器A操作数据请求调用标识key；判断标识key在redis缓存中是否存在：如果标识key在redis缓存中存在，则等待；如果标识key在redis缓存中不存在，则先将标识key增加到redis中，然后再对此条数据进行处理；此条数据处理完毕；将保存在redis缓存中的标识key删除。本发明处理多服务器并发操作的方法，有效的减少多服务器对同一条数据进行操作时并发情况，减少后台代码程序抛出的数据唯一性异常，有效的减少数据并发操作时使用数据库连接的次数，提高代码处理效率。
Description
技术领域
本发明涉及一种服务器控制方法，具体的说，是涉及一种处理多服务器并发操作的方法。
背景技术
目前各个网站的服务器大多采用的都是分布式部署，服务器与服务器之间并无通信，他们对同一条数据进行操作时，只能依靠数据库事务控制数据唯一性，当发生并发操作时，很大几率会违反数据库唯一性限制，造成后台服务器程序代码抛出异常，虽然不会造成数据错误，但会产生很多不必要的错误和占用大量日志文件空间。
现有方案：目前在java软件编程行业中，处理多并发操作的任务基本上都交给了数据库去处理，通过配置事务属性去控制事务操作，通过代码是否发生异常判断操作是否成功，捕获到异常再进行异常的处理。
现有方案完全可以解决多并发操作问题，但是多个线程并发操作就会产生多个异常错误，而负责系统维护工程师无法判断这一种异常是不是正常的，往往会通知项目开发工程师处理解决这种异常，从而浪费了人力资源。
现有技术存在如下缺陷：
1、多线程操作会产生大量异常，导致日志文件所占服务器磁盘大幅度增涨，给服务器增加无形压力。
2、通过捕获事务异常后去在去处理事件往往会浪费很多数据库连接资源。例如一次事务过程中，需要从数据库连接池中获取一个连接对象，然后操作修改数据，此时产生异常，说明数据发生了并发操作，其他服务器正在对数据库中的本条数据进行修改；通常捕获货异常后还会在次去获取数据库连接，在进行事务操作，这样就既浪费了一次数据库连接资源同时也浪费了宝贵的时间。
发明内容
针对上述现有技术中的不足，本发明提供一种结构简单、安全可靠，降低服务器异常，提高服务器提高代码处理效率的处理多服务器并发操作的方法。
本发明所采取的技术方案的一个方面是：一种处理多服务器并发操作的方法，实施该方法的系统包括中央服务器、后台服务器和缓存模块，所述方法包括以下步骤:
启动中央服务器和后台服务器；
中央服务器从后台服务器获得操作一条数据请求；
中央服务器根据后台服务器操作数据请求调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕，将保存在缓存模块中的标识模块删除。
优选的是，所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
在上述任一方案中优选的是，标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
在上述任一方案中优选的是，所述等待时间至少为保存一条数据需要的时间。
在上述任一方案中优选的是，最大重复次数为3次。
在上述任一方案中优选的是，所述缓存模块为redis缓存。
在上述任一方案中优选的是，所述标识模块为标识key。
本发明的另一个技术方案是一种处理多服务器并发操作的方法，实施该方法的系统包括中央服务器、后台服务器和缓存模块，启动中央服务器和后台服务器，所述方法包括以下步骤:
后台服务器向中央服务器发出一条操作数据请求；
后台服务器通过中央服务器调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕；将保存在缓存模块中的标识模块删除。
优选的是，所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
在上述任一方案中优选的是，标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识模块B。
在上述任一方案中优选的是，所述等待时间至少为保存一条数据需要的时间。
在上述任一方案中优选的是，所述最大重复次数为3次。
在上述任一方案中优选的是，所述缓存模块为redis缓存。
在上述任一方案中优选的是，所述标识模块为标识key。
本发明的另一个技术方案是一种处理多服务器并发操作装置，包括中央服务器、后台服务器和缓存模块,所述中央服务器用于从后台服务器获得操作数据请求，根据后台服务器操作数据请求调用被操作数据的标识模块；判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕，将保存在缓存模块中的标识模块删除。
优选的是，所述后台服务器用于向中央服务器发出操作数据请求，通过中央服务器调用被操作数据的标识模块，判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕；将保存在缓存模块中的标识模块删除。
在上述任一方案中优选的是，所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
在上述任一方案中优选的是，所述标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
在上述任一方案中优选的是，所述缓存模块为redis缓存。
在上述任一方案中优选的是，所述标识模块为标识key。
本发明相对现有技术的有益效果：
本发明处理多服务器并发操作的方法，有效的减少多服务器对同一条数据进行操作时并发情况，减少后台代码程序抛出的数据唯一性异常，有效的减少数据并发操作时使用数据库连接的次数，节约系统资源，提高后台服务器代码处理效率。
附图说明
图1是本发明的处理多服务器并发操作的方法的操作流程一优选实施例示意图。
具体实施方式
以下参照附图及实施例对本发明进行详细的说明：
实施例1
附图1可知，一种处理多服务器并发操作的方法，实施该方法的系统包括中央服务器、后台服务器和缓存模块，所述方法包括以下步骤:
启动中央服务器和后台服务器；
中央服务器从后台服务器A获得操作一条数据请求；
中央服务器根据后台服务器A操作数据请求调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕；将保存在缓存模块中的标识模块删除。
缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
等待时间至少为保存一条数据需要的时间。
最大重复次数为3次。
所述缓存模块为redis缓存。
所述标识模块为标识key。
实施例2
一种处理多服务器并发操作的方法，实施该方法的系统包括中央服务器、后台服务器和缓存模块，所述方法包括以下步骤：
启动中央服务器和后台服务器；
后台服务器向中央服务器发出一条操作数据请求；
后台服务器通过中央服务器调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕；将保存在缓存模块中的标识模块删除。
缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识模块B。
述等待时间至少为保存一条数据需要的时间。
在上述任一方案中优选的是，最大重复次数为3次。
所述缓存模块为redis缓存。
所述标识模块为标识key。
最大重复次数为N次。
实施例3
一种处理多服务器并发操作装置，包括中央服务器、后台服务器和缓存模块，所述中央服务器用于从后台服务器获得操作数据请求，根据后台服务器操作数据请求调用被操作数据的标识模块；判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕，将保存在缓存模块中的标识模块删除。所述后台服务器用于向中央服务器发出操作数据请求，通过中央服务器调用被操作数据的标识模块，判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕；将保存在缓存模块中的标识模块删除。所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。所述标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。所述缓存模块为redis缓存。所述标识模块为标识key。
本发明在实际操作中具体实施例操作演示：
某个小型电子商务网站，有A、B两台服务器，网站的后台代码使用JAVA语言编写的，数据库为Oracle，web服务器为tomcat。
现网站规定同一种商品编号与商品名称不准许有重复数据，有两名网站管理员，他们分别为张三、李四。假如他们在同一时刻分别新增加一个商品，商品名称：笔记本，型号：TEST001，价格：100.00，商品编号：20150101。此时就非常可能会产生数据并发操作，而为了保证数据唯一性，他们二人中仅有一人可以操作成功，另外1人肯定会操作失败；当其中一人对数据进行操作时，另外一个人将无法对相关数据进行操作，否则将产生重复数据。
假如系统时间是14点29分30秒100毫秒，张三首先通过该网站后台管理系统，进入新增加商品页面，输入信息，然后点击【提交】按钮，后台服务器A接收到张三传输过来的指令，执行步骤如下：
1)判断redis中是否存在key，key为商品编号+商品名称的组合。进入步骤2或者步骤3。
2)如果不存在key，那么程序首先要做的就是把key存放入redis的set集合中，redis会返回一个是否存放成功的标识key，进入步骤4或者步骤5。
3)如果redis中存在key,则当前线程进入等待，具体等待时间大约为：保存一条数据需要的时间。等待时间完毕后，则重新进步骤1，此处为递归思想，但不能无限递归下去，开发者应该限定最大重新进入步骤一的次数，否则可能无限占用系统一条线程，浪费系统资源。如果到达最大重复次数，此时就应该执行特殊处理，直接进行保存商品信息，通过Oracle数据库的联合主键功能防止保存重复数据，这样代码中就需要捕获异常，对异常进行处理，并告知用户保存失败。
4)若存放成功，则说明一切正常，张三是第一个增加此商品信息的人，正常调用保存数据的代码，进行下一步操作保存商品操作，保存成功后删除redis中set集合的的key。到此并发处理完毕；
5)若存放不成功，则说明redis中已经存在该KEY，有其他管理员正在对此商品进行事务操作，当前线程进入等待，具体等待时间大约为：保存一条数据需要的时间。
等待时间完毕后，则重新进步骤1(此处为递归思想，但不能无限递归下去，开发者应该限定最大重新进入步骤一的次数，否则可能无限占用系统一条线程，浪费系统资源)。如果到达最大重复次数，此时就应该执行特殊处理，直接进行保存商品信息，通过Oracle数据库的联合主键功能防止保存重复数据，这样代码中就需要捕获异常，对异常进行处理，并告知用户保存失败，不论是否成功都要删除redis中set集合的的key。到此并发处理完毕。
上述步骤中，如果一切顺利没有并发操作的情况下，执行顺序应该是步骤124；如果有并发操作的情况下，执行顺序可能是步骤“125125125”、“125124”、“131313”、“1314”、“131314”等等多种情况，在此不一一举例。
另，假如现在是14点29分30秒100毫秒，李四与张三一样，也通过该网站后台管理系统，进入新增加商品页面，输入信息，然后与张三同一时间点击【提交】按钮，后台服务器B接收到李四传输过来的指令，执行步骤分多种情况，语言描述如下：
情况1：判断redis中是否存在key。假如此时张三的操作指令已经完毕了，那么相应的redis中也就不存在key了。那么服务器B就可以正常进行保存商品的事务操作了。
情况2：判断redis中是否存在key。假如此时张三的操作指令服务器A已经把KEY存放入Redis中，那么服务器B此时判断redis中是否存在key的结果一定是：“存在”；那么服务器B此时就需要等待XXX毫秒，等待结束后再次判断redis中是否存在key，假如此刻张三的操作指令服务器A还没有执行完，那么判断结果仍是：“存在”，那么服务器B还需等待，假如在等待过程中，张三的指令已经被服务器A执行完毕，那么相应的redis中也就不存在key了。此时服务器B等待时间完毕，执行判断redis中是否存在key的结果一定是：“不存在”，那么服务器B就可以正常进行保存商品的事务操作了。
情况3：判断redis中是否存在key。假如结果是：“不存在”，服务器B就需要先把Key存放入redis的set集合中，假如此时redis返回保存结果是“失败”，那么说明可能其他服务器提前服务器B把key保存进了redis中，那么此时的服务器B也需要等待XX毫秒，等待XXX毫秒过后再次执行判断redis中是否存在key，如果存在，则一眼等待XX毫秒，如此循环约3次(具体循环几次以及每次睡眠多少毫秒都可根据项目和开发人员确定)，没有异常情况下，其他服务器都应该执行完毕了，如果循环了3次，每次是睡眠2秒，那么总共就是睡眠6秒，可想而知6秒内系统还没有处理完毕，那么也没必要在等了，直接执行特殊处理，直接进行保存商品信息，通过Oracle数据库的联合主键功能防止保存重复数据，这样代码中就需要捕获异常，对异常进行处理，并告知用户保存失败，不论是否成功都要删除redis中set集合的的key。到此并发处理完毕。
本发明处理多服务器并发操作的方法，有效的减少多服务器对同一条数据进行操作时并发情况，减少后台代码程序抛出的数据唯一性异常，有效的减少数据并发操作时使用数据库连接的次数，节约系统资源，提高后台服务器代码处理效率。
本发明处理多服务器并发操作的方法，防止产生大量异常，降低导致日志文件数量，释放大量服务器磁盘空间，减小服务器压力。通过捕获事务异常后去在去处理事件往往会浪费很多数据库连接资源。既节约数据库连接资源同时也节约了宝贵的时间。
Claims (20)
1.一种处理多服务器并发操作的方法，实施该方法的系统包括中央服务器、后台服务器和缓存模块，其特征在于,所述方法包括以下步骤:
启动中央服务器和后台服务器；
中央服务器从后台服务器获得操作一条数据请求；
中央服务器根据后台服务器操作数据请求调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候，设定最大重复次数为N次，如果达到所述最大重复次数，则直接进行保存商品信息；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕，将保存在缓存模块中的标识模块删除。
2.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
3.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
4.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：所述等待时间至少为保存一条数据需要的时间。
5.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：最大重复次数为3次。
6.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：所述缓存模块为redis缓存。
7.根据权利要求1所述处理多服务器并发操作的方法，其特征在于：所述标识模块为标识key。
8.一种处理多服务器并发操作的方法，实施该方法的装置包括中央服务器、后台服务器和缓存模块，启动中央服务器和后台服务器,其特征在于：
后台服务器向中央服务器发出一条操作数据请求；
后台服务器通过中央服务器调用被操作数据的标识模块；
判断标识模块在缓存模块中是否存在：
如果标识模块在缓存模块中存在，则等待；
等待时间结束后再次去缓存模块中查询；
如果标识模块存在则依然等候，设定最大重复次数为N次，如果达到所述最大重复次数，则直接进行保存商品信息；
如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；
此条数据处理完毕；将保存在缓存模块中的标识模块删除。
9.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
10.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
11.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：所述等待时间至少为保存一条数据需要的时间。
12.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：所述最大重复次数为3次。
13.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：所述缓存模块为redis缓存。
14.根据权利要求8所述处理多服务器并发操作的方法，其特征在于：所述标识模块为标识key。
15.一种处理多服务器并发操作装置，包括中央服务器、后台服务器和缓存模块，其特征在于，所述中央服务器用于从后台服务器获得操作数据请求，根据后台服务器操作数据请求调用被操作数据的标识模块；判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候，设定最大重复次数为N次，如果达到所述最大重复次数，则直接进行保存商品信息；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕，将保存在缓存模块中的标识模块删除。
16.根据权利要求15所述的处理多服务器并发操作装置，其特征在于，所述后台服务器用于向中央服务器发出操作数据请求，通过中央服务器调用被操作数据的标识模块，判断标识模块在缓存模块中是否存在：如果标识模块在缓存模块中存在，则等待；等待时间结束后再次去缓存模块中查询；如果标识模块存在则依然等候，设定最大重复次数为N次，如果达到所述最大重复次数，则直接进行保存商品信息；如果标识模块在缓存模块中不存在，则先将标识模块增加到缓存模块中，然后再对此条数据进行处理；此条数据处理完毕；将保存在缓存模块中的标识模块删除。
17.根据权利要求15所述的处理多服务器并发操作装置，其特征在于，所述缓存模块是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
18.根据权利要求15或16所述的处理多服务器并发操作装置，其特征在于，所述标识模块增加到缓存模块后，缓存模块会返回一个是否存放成功的标识key。
19.根据权利要求18所述的处理多服务器并发操作装置，其特征在于，所述缓存模块为redis缓存。
20.根据权利要求18所述的处理多服务器并发操作装置，其特征在于，所述标识模块为标识key。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610006624.3A CN105653356B (zh) | 2016-01-05 | 2016-01-05 | 处理多服务器并发操作的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610006624.3A CN105653356B (zh) | 2016-01-05 | 2016-01-05 | 处理多服务器并发操作的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105653356A CN105653356A (zh) | 2016-06-08 |
| CN105653356B true CN105653356B (zh) | 2018-12-11 |
Family
ID=56491624
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610006624.3A Active CN105653356B (zh) | 2016-01-05 | 2016-01-05 | 处理多服务器并发操作的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105653356B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108153812A (zh) * | 2017-11-24 | 2018-06-12 | 广州高清视信数码科技股份有限公司 | 数据通信的方法、装置、计算机设备及存储介质 |
| CN108153825A (zh) * | 2017-12-07 | 2018-06-12 | 石化盈科信息技术有限责任公司 | 数据访问方法及装置 |
| CN110502536A (zh) * | 2019-06-26 | 2019-11-26 | 中电万维信息技术有限责任公司 | 基于缓存数据库校验业务唯一性的方法、装置及存储介质 |
| CN110321541A (zh) * | 2019-06-28 | 2019-10-11 | 北京天眼查科技有限公司 | 分布式文档生成方法、装置、计算机设备和可读存储介质 |
| CN112507381B (zh) * | 2020-12-21 | 2023-03-14 | 中电福富信息科技有限公司 | 支持多种操作系统的资产信息和安全管理装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101980207A (zh) * | 2010-11-09 | 2011-02-23 | 中国电信股份有限公司 | 一种数据库访问的实现方法和系统 |
| CN103886079A (zh) * | 2014-03-26 | 2014-06-25 | 北京京东尚科信息技术有限公司 | 一种数据处理方法和系统 |
| CN104050276A (zh) * | 2014-06-26 | 2014-09-17 | 北京思特奇信息技术股份有限公司 | 一种分布式数据库的缓存处理方法及系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070300243A1 (en) * | 2006-06-22 | 2007-12-27 | Sap Portals Israel Ltd. | Modular caching method and system for enabling offline functionality of server-client systems |
| US9600371B2 (en) * | 2011-09-09 | 2017-03-21 | Oracle International Corporation | Preserving server-client session context |
-
2016
- 2016-01-05 CN CN201610006624.3A patent/CN105653356B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101980207A (zh) * | 2010-11-09 | 2011-02-23 | 中国电信股份有限公司 | 一种数据库访问的实现方法和系统 |
| CN103886079A (zh) * | 2014-03-26 | 2014-06-25 | 北京京东尚科信息技术有限公司 | 一种数据处理方法和系统 |
| CN104050276A (zh) * | 2014-06-26 | 2014-09-17 | 北京思特奇信息技术股份有限公司 | 一种分布式数据库的缓存处理方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105653356A (zh) | 2016-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105653356B (zh) | 处理多服务器并发操作的方法及装置 | |
| US7328213B2 (en) | Transaction processing method, transaction control apparatus and program thereof | |
| CN111125444A (zh) | 大数据任务调度管理方法、装置、设备及存储介质 | |
| CN109471711B (zh) | 一种任务处理的方法及装置 | |
| WO2021204013A1 (zh) | 智能派工方法、装置、设备及存储介质 | |
| CN106034113A (zh) | 数据处理方法及装置 | |
| CN113157411B (zh) | 一种基于Celery的可靠可配置任务系统及装置 | |
| US11269997B2 (en) | Automated dynamic security testing | |
| CN110502562A (zh) | 数据导入方法及装置、可读存储介质 | |
| CN113590433B (zh) | 数据管理方法、数据管理系统和计算机可读存储介质 | |
| US11907878B2 (en) | System and method of running an agent guide script-flow in an employee desktop web client | |
| CN107885634A (zh) | 监控中异常信息的处理方法和装置 | |
| CN109697112A (zh) | 分布式集约化一站式作业系统和实现方法 | |
| US6826761B1 (en) | Efficient timer management system | |
| US20030204547A1 (en) | Technique for scheduling computer processes | |
| CN113238815A (zh) | 一种接口访问控制方法、装置、设备及存储介质 | |
| CN112559638B (zh) | 数据同步的方法、装置、设备和存储介质 | |
| CN1399209A (zh) | 一种并行处理分布式数据库的方法和装置 | |
| US7536376B2 (en) | Task oriented log retrieval utilizing a self-learning search tool | |
| US6976107B2 (en) | Adaptive spin latches | |
| CN112685142A (zh) | 分布式数据处理系统 | |
| CN105511813A (zh) | 访问服务器磁盘的方法、装置及系统 | |
| Padilha et al. | WED-SQL: a relational framework for design and implementation of process-aware information systems | |
| JP2001356909A (ja) | 作業プロセス管理装置 | |
| CN111143177A (zh) | Ibm主机的rmf iii数据的收集方法、系统、装置及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180801 Address after: 100080 1-701-1 seven, level 28, Cheng Fu Road, Haidian District, Beijing. Applicant after: Digital Trade Technology (Beijing) Co., Ltd. Address before: Room 1-901, room 28, Cheng Fu Road, Haidian District, Beijing Applicant before: Century Light Technology Development (Beijing) Co., Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |