CN110472881A - 基于区块链的状态机工作流引擎及分布式存储的工作方法 - Google Patents
基于区块链的状态机工作流引擎及分布式存储的工作方法 Download PDFInfo
- Publication number
- CN110472881A CN110472881A CN201910771996.9A CN201910771996A CN110472881A CN 110472881 A CN110472881 A CN 110472881A CN 201910771996 A CN201910771996 A CN 201910771996A CN 110472881 A CN110472881 A CN 110472881A
- Authority
- CN
- China
- Prior art keywords
- data
- state machine
- distributed storage
- branch
- block chain
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Signal Processing (AREA)
- Game Theory and Decision Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Educational Administration (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提出了一种基于区块链的状态机工作流引擎及分布式存储的工作方法,该工作方法包括:S1,判断业务***是否接收到流程化管理的业务命令;S2,通过异步推送MQ消息给数据分发器***异步消费JSON数据,同时数据分发器***根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作;S3,Git返回数据给数据分发器***后,数据分发器***再异步推送MQ消息让业务***来异步消费JSON数据。本发明打造强大的分布式存储+状态机工作流,对中小型互联网公司来说开发简单,便于维护,最重要的是能保证数据的安全性,数据的完整性、一致性、容错性、鲁棒性、可靠性、可扩展性等,同时还具备异地备灾,各地区进行备份恢复等。
Description
技术领域
本发明涉及一种大数据技术领域,特别是涉及一种基于区块链的状态机工作流引擎及分布式存储的工作方法。
背景技术
现在很多生态,譬如医疗生态存在这样一个棘手的问题,就是如何像OA一样实现无纸化,又能保证数据安全,可信性,完整性,一致性的***要求,那么我们究竟需要做一种什么样的***设计才能满足需求呢?尤其对整个***运行过程中一些特别需要保证真实性,最终状态不可逆,能防止篡改,又要保证***运行过程能保留历史记录并保证数据不丢失,又随时可查找各个状态的历史记录,也就是可追溯性呢?要解决这个问题,我们从现有的工作流引擎开始讨论:现有的工作流引擎显得笨重,做成分布式应用部署需要改造(例如Activiti:分布式全局唯一ID分发解决主键冲突,以及获取lastId多台服务器lastId字段数据不同步),现在市面上开源的工作流引擎主要有:Workflow、Activiti、jBPM、Flowable等,而针对一些复杂的应用场景,单纯的工作流引擎是无法满足需求的,还必须要结合状态机来实现流转到达任意节点,也就是说可回退后面以执行的任意节点,也可以跳达前面没执行的任意节点,难点是这个设计方案本身就不那么好实现,当然也已有一些专利技术实现了这个设计方案,只是很复杂。
发明内容
本发明旨在至少解决现有技术中存在的技术问题,特别创新地提出了一种基于区块链的状态机工作流引擎及分布式存储的工作方法。
为了实现本发明的上述目的,本发明提供了一种基于区块链的状态机工作流引擎及分布式存储的工作方法,包括:
S1,判断业务***是否接收到流程化管理的业务命令:
若业务***接收到流程化管理的业务命令,则执行步骤S2;
若业务***未接收到流程化管理的业务命令,则继续等待;
S2,通过异步推送MQ消息给数据分发器***异步消费JSON数据,同时数据分发器***根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作;
S3,Git返回数据给数据分发器***后,数据分发器***再异步推送MQ消息让业务***来异步消费JSON数据;
S4,业务***实时将流程化管理的业务数据经由上链***网关,统一上传到区块链云平台进行存储。
在本发明的一种优选实施方式中,还包括外部***既可直接实时调用业务***的数据,也可以从区块链云平台上获取数据。
在本发明的一种优选实施方式中,在步骤S1中包括:
业务***向其它服务器的***上创建一个文件夹A,再在文件夹A中创建一个文件a.json,向文件a.json里写入格式为json的流程节点数据;
利用GitLab客户端创建一个用户,该用户包括用户设置的用户名和密码,登录成功后,该用户创建或选择一个分组G,再在分组G内创建一个项目仓库R。
在本发明的一种优选实施方式中,若检测到删除已经合并到master的所有分支,则业务***将已经合并到master的所有分支删除。
在本发明的一种优选实施方式中,若检测到基于master的分支末梢创建新分支并检出c分支,规定一个流程为一个分支,则将当前分支c最近一次提交创建标签。
在本发明的一种优选实施方式中,往文件a.json里修改下一个状态数据,并追加第二个流程节点相关数据的方法为:
在c分支上提交文件a.json所有发生的修改,然后推送到远程版本仓库;
如果流程结束,则将c分支合并到master分支,压缩合并后直接提交;
如果流程未结束,则将当前分支c最近一次提交创建标签。
在本发明的一种优选实施方式中,读取文件夹A下文件a.json获取数据列表的方法为:
首先切换到c分支,然后检出标签,再获取更新。
在本发明的一种优选实施方式中,首先切换到c分支,再获取更新。
在本发明的一种优选实施方式中,查看自己或所有的流程状态和数据的方法:
利用事先在GitLab客户端中注册的账号的权限,然后调用Git相应的命令进行查看。
综上所述,由于采用了上述技术方案,本发明打造强大的分布式存储+状态机工作流,对中小型互联网公司来说开发简单,便于维护,最重要的是能保证数据的安全性,数据的完整性、一致性、容错性、鲁棒性、可靠性、可扩展性等,同时还具备异地备灾,各地区进行备份恢复等。
本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1是本发明流程示意框图。
图2是本发明示意框图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。
本发明提供了一种基于区块链的状态机工作流引擎及分布式存储的工作方法,如图1所示,包括:
S1,判断业务***是否接收到流程化管理的业务命令:
若业务***接收到流程化管理的业务命令,则执行步骤S2;在本实施方式中,流程化管理的业务为打印纸质凭证,打印电子版凭证等。
若业务***未接收到流程化管理的业务命令,则继续等待或者调用关系型数据库和NOSQL;
S2,通过异步推送MQ消息给数据分发器***异步消费JSON数据,同时数据分发器***根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作;
S3,Git返回数据给数据分发器***后,数据分发器***再异步推送MQ消息让业务***来异步消费JSON数据;
S4,业务***实时将流程化管理的业务数据经由上链***网关,统一上传到区块链云平台进行存储。
在本发明的一种优选实施方式中,还包括外部***既可直接实时调用业务***的数据,也可以从区块链云平台上获取数据。在本实施方式中,外部***为其它分布式存储节点。
在本发明的一种优选实施方式中,在步骤S1中包括:
业务***向其它服务器的***上创建一个文件夹A,再在文件夹A中创建一个文件a.json,向文件a.json里写入格式为json的流程节点数据;
利用GitLab客户端创建一个用户,该用户包括用户设置的用户名和密码,登录成功后,该用户创建或选择一个分组G,再在分组G内创建一个项目仓库R。
在本发明的一种优选实施方式中,若检测到删除已经合并到master的所有分支,则业务***将已经合并到master的所有分支删除。
在本发明的一种优选实施方式中,若检测到基于master的分支末梢创建新分支并检出c分支,规定一个流程为一个分支,则将当前分支c最近一次提交创建标签。
在本发明的一种优选实施方式中,往文件a.json里修改下一个状态数据,并追加第二个流程节点相关数据的方法为:
在c分支上提交文件a.json所有发生的修改,然后推送到远程版本仓库;
如果流程结束,则将c分支合并到master分支,压缩合并后直接提交;
如果流程未结束,则将当前分支c最近一次提交创建标签。
在本发明的一种优选实施方式中,读取文件夹A下文件a.json获取数据列表的方法为:
首先切换到c分支,然后检出标签,再获取更新。
在本发明的一种优选实施方式中,首先切换到c分支,再获取更新。
在本发明的一种优选实施方式中,查看自己或所有的流程状态和数据的方法:
利用事先在GitLab客户端中注册的账号的权限,然后调用Git相应的命令进行查看。
在本发明的一种优选实施方式中,在步骤S1中还包括:
判断存储器中存储第一节点的剩余存储空间大小是否大于或者等于预设第一剩余存储空间:
若存储器中存储第一节点的剩余存储空间大小小于预设第一剩余存储空间,预设第一剩余存储空间为本次待存储数据空间的大小,则继续在存储第一节点上存储数据;
若存储器中存储第一节点的剩余存储空间大小大于或者等于预设第一剩余存储空间,则获取其它存储节点的信息状况,该信息状况包括剩余存储空间状态;所述剩余存储空间状态包括剩余存储空间和存储空间的历史使用情况;
通过所述信息状态确定存储第二节点作为用于对所述存储第一节点进行扩容的应急存储节点,将本次待存储数据存放在应急存储节点上;
其中,存储第二节点的剩余存储空间大于预设第二剩余存储空间,预设第一剩余存储空间小于或者等于预设第二剩余存储空间;避免存储器中由于某个节点剩余存储空间小于预设第一剩余存储空间时导致存储器整体不能继续进行新数据的读写,影响用户体验。
或/和在步骤S1中,还包括:
每隔T时间将获取的修改数据保存到指定的分布式存储节点上,所述T为正数,并记录每次保存节点的时间与数据文件的修改时间。
Git本身具备分布式存储和状态机工作流的特性,通过与业务相应的Git命令调用可以实现业务数据的分布式存储和状态机工作流。
一般我们医疗的业务***,目前主流采用的架构是分布式微服务混合架构。
业务***正常的业务调用走的还是关系型数据库和NOSQL等方式。
如图2所示,如果是碰到流程化管理的业务,就需要用到状态机工作流+分布式存储数据,流程化管理的业务往往是目前最多需要打印纸质凭证的地方。
步骤化流程管理的业务通过异步推送MQ消息(JSON数据)给“数据分发器***”异步消费(JSON数据),同时“数据分发器***”根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作。
Git返回数据给“数据分发器***”后,“数据分发器***”再异步推送MQ消息(JSON数据)让业务***来异步消费(JSON数据)。
业务***实时将该“步骤化流程管理的业务数据”经由上链***网关,统一上传到区块链云平台进行存储。
外部***既可直接实时调用业务***的数据,也可以从区块链云平台上获取。
与业务相应的Git命令调用一般有以下场景(需要GitLab客户端配合):
工作流开发:第一次调用时初始化并创建一个流程引擎,以后再调用就会返回相同的流程引擎。
业务***:横向集群扩展的***,需要在不同服务器的***每个都创建一个文件夹A,文件夹内创建一个文件a.json,向a.json里写入格式为json的流程节点数据。
GitLab客户端:创建一个用户,设置好用户名密码,用该用户创建或选择一个分组G,创建一个项目仓库R,
对应Git命令:git init(本地会初始化创建一个.git的文件,也就是版本仓库),进入文件夹A,执行命令:git remote add origin http://root@gitlab.***.com:8080/G/R.git,
然后执行命令:git add a.json(让a.json文件加入到版本库),
然后执行命令:git commit-m"Initial commit"(提交a.json文件),
然后执行命令:git push-u origin master(推送到远程版本仓库),
工作流开发:使用对应的方法删除所有流程引擎。
对应Git命令:git branch--merged master|grep-v'^\*\|master'|xargs-n1git branch–d(删除已经合并到master的所有分支)
工作流开发:部署流程。
对应Git命令:git checkout-b c(基于master的分支末梢创建新分支并检出c分支,规定一个流程为一个分支),然后执行命令:git tag step0(为当前分支c最近一次提交创建标签)
工作流开发:开始流程。
业务***:往a.json里修改下一个状态数据,并追加第二个流程节点相关数据。
对应Git命令:git commit–m“业务信息”(c分支上提交a.json文件所有发生的修改),然后执行命令:git push-u origin c(推送到远程版本仓库)
工作流开发:办理流程。
对应Git命令:如果流程结束执行命令:git merge--squash master(c分支合并到master分支,压缩合并后直接提交),如果流程还没完执行命令:git tag step1…(为当前分支c最近一次提交创建标签)
工作流开发:待办列表。
业务***:读取文件夹A下a.json文件获取数据列表。
对应Git命令:git checkout c(切换到c分支),然后执行命令:git checkoutstep0(检出标签step0),然后执行命令:git pull(获取更新)
工作流开发:过程中列表。
业务***:读取文件夹A下a.json文件获取数据列表。
对应Git命令:git checkout c(切换到c分支),然后执行命令:git pull(获取更新)
工作流开发:已结束列表。
业务***:读取文件夹A下a.json文件获取数据列表。
对应Git命令:git checkout master(切换到master分支),然后执行命令:gitpull(获取更新)
工作流开发:查看自己或所有的流程状态和数据。
业务***:按照事先在GitLab中注册的账号的权限然后调用Git相应的命令就可以查看到了。相应的看所有就用root账户。
尽管已经示出和描述了本发明的实施例,本领域的普通技术人员可以理解:在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由权利要求及其等同物限定。
Claims (9)
1.一种基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,包括:
S1,判断业务***是否接收到流程化管理的业务命令:
若业务***接收到流程化管理的业务命令,则执行步骤S2;
若业务***未接收到流程化管理的业务命令,则继续等待;
S2,通过异步推送MQ消息给数据分发器***异步消费JSON数据,同时数据分发器***根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作;
S3,Git返回数据给数据分发器***后,数据分发器***再异步推送MQ消息让业务***来异步消费JSON数据;
S4,业务***实时将流程化管理的业务数据经由上链***网关,统一上传到区块链云平台进行存储。
2.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,还包括外部***既可直接实时调用业务***的数据,也可以从区块链云平台上获取数据。
3.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,在步骤S1中包括:
业务***向其它服务器的***上创建一个文件夹A,再在文件夹A中创建一个文件a.json,向文件a.json里写入格式为json的流程节点数据;
利用GitLab客户端创建一个用户,该用户包括用户设置的用户名和密码,登录成功后,该用户创建或选择一个分组G,再在分组G内创建一个项目仓库R。
4.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,若检测到删除已经合并到master的所有分支,则业务***将已经合并到master的所有分支删除。
5.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,若检测到基于master的分支末梢创建新分支并检出c分支,规定一个流程为一个分支,则将当前分支c最近一次提交创建标签。
6.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,往文件a.json里修改下一个状态数据,并追加第二个流程节点相关数据的方法为:
在c分支上提交文件a.json所有发生的修改,然后推送到远程版本仓库;
如果流程结束,则将c分支合并到master分支,压缩合并后直接提交;
如果流程未结束,则将当前分支c最近一次提交创建标签。
7.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,读取文件夹A下文件a.json获取数据列表的方法为:
首先切换到c分支,然后检出标签,再获取更新。
8.根据权利要求7所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,首先切换到c分支,再获取更新。
9.根据权利要求1所述的基于区块链的状态机工作流引擎及分布式存储的工作方法,其特征在于,查看自己或所有的流程状态和数据的方法:
利用事先在GitLab客户端中注册的账号的权限,然后调用Git相应的命令进行查看。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910771996.9A CN110472881A (zh) | 2019-08-21 | 2019-08-21 | 基于区块链的状态机工作流引擎及分布式存储的工作方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910771996.9A CN110472881A (zh) | 2019-08-21 | 2019-08-21 | 基于区块链的状态机工作流引擎及分布式存储的工作方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110472881A true CN110472881A (zh) | 2019-11-19 |
Family
ID=68513172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910771996.9A Pending CN110472881A (zh) | 2019-08-21 | 2019-08-21 | 基于区块链的状态机工作流引擎及分布式存储的工作方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110472881A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111885158A (zh) * | 2020-07-22 | 2020-11-03 | 曙光信息产业(北京)有限公司 | 一种集群任务处理方法、装置、电子设备及存储介质 |
CN114253598A (zh) * | 2021-12-22 | 2022-03-29 | 浪潮卓数大数据产业发展有限公司 | 一种在线编码***的代码托管方法及工具 |
CN114465887A (zh) * | 2021-12-23 | 2022-05-10 | 杭州溪塔科技有限公司 | 一种基于git的区块链配置管理方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102413167A (zh) * | 2010-09-13 | 2012-04-11 | 微软公司 | 虚拟和物理企业***映像 |
CN109815206A (zh) * | 2018-12-25 | 2019-05-28 | 上海点对点科技有限公司 | 一种基于区块链的分布式存储网络 |
CN109858817A (zh) * | 2019-02-03 | 2019-06-07 | 北京奇艺世纪科技有限公司 | 一种工作流管理***及方法 |
-
2019
- 2019-08-21 CN CN201910771996.9A patent/CN110472881A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102413167A (zh) * | 2010-09-13 | 2012-04-11 | 微软公司 | 虚拟和物理企业***映像 |
CN109815206A (zh) * | 2018-12-25 | 2019-05-28 | 上海点对点科技有限公司 | 一种基于区块链的分布式存储网络 |
CN109858817A (zh) * | 2019-02-03 | 2019-06-07 | 北京奇艺世纪科技有限公司 | 一种工作流管理***及方法 |
Non-Patent Citations (2)
Title |
---|
TANGHUANYOU: "git命令大全(非常齐全)", 《HTTP://BLOG.CSDN.NET/U012556150/ARTICLE/DETAILS/50736896》 * |
张宇光: "面向工作流的Gitlab服务化设计", 《计算机***应用》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111885158A (zh) * | 2020-07-22 | 2020-11-03 | 曙光信息产业(北京)有限公司 | 一种集群任务处理方法、装置、电子设备及存储介质 |
CN111885158B (zh) * | 2020-07-22 | 2023-05-02 | 曙光信息产业(北京)有限公司 | 一种集群任务处理方法、装置、电子设备及存储介质 |
CN114253598A (zh) * | 2021-12-22 | 2022-03-29 | 浪潮卓数大数据产业发展有限公司 | 一种在线编码***的代码托管方法及工具 |
CN114253598B (zh) * | 2021-12-22 | 2023-09-05 | 浪潮卓数大数据产业发展有限公司 | 一种在线编码***的代码托管方法及工具 |
CN114465887A (zh) * | 2021-12-23 | 2022-05-10 | 杭州溪塔科技有限公司 | 一种基于git的区块链配置管理方法和装置 |
CN114465887B (zh) * | 2021-12-23 | 2024-01-23 | 杭州溪塔科技有限公司 | 一种基于git的区块链配置管理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110472881A (zh) | 基于区块链的状态机工作流引擎及分布式存储的工作方法 | |
EP3234772B1 (en) | Efficiently providing virtual machine reference points | |
DE60025488T2 (de) | Vorrichtung und verfahren zur allgemeinen koordination und verwaltung von mehrfachen schnappschussanbietern | |
CN111008069B (zh) | 业务处理方法、装置、计算机设备和存储介质 | |
US7984020B2 (en) | System and method for business object sync-point and rollback framework | |
CN109582443A (zh) | 基于分布式存储技术的虚拟机备份*** | |
CN108255638B (zh) | 一种快照回滚方法及装置 | |
CN111143476B (zh) | 一种基于数据库的智能合约数据快速查询方法 | |
CN105959390A (zh) | 微服务的统一管理***及方法 | |
CN103473277A (zh) | 文件***的快照方法和装置 | |
CN109032839A (zh) | 一种云主机备份方法及装置 | |
CN110471991A (zh) | 海量医疗数据的状态机工作流引擎及分布式存储方法 | |
CN101727648A (zh) | 服务***中的超时控制方法及服务*** | |
CN110737504B (zh) | 一种深度学习模型训练容错方法、***、终端及存储介质 | |
US8122060B2 (en) | Tracking of object versions in different project stages | |
CN110852776A (zh) | 任务的处理方法和装置、存储介质、电子装置 | |
CN110494849A (zh) | 用于确定跨平台应用迁移的成功的***和方法 | |
CN102215264A (zh) | 一种支持多租户数据与服务定制运行的方法和装置 | |
Rao et al. | A methodological review based version control system with evolutionary research for software processes | |
Konemann | Model-independent differences | |
CN106598703A (zh) | 集成***的事务补偿方法和装置 | |
KR101888131B1 (ko) | Dds-dbms 연동 도구의 실시간 변경 데이터 발간 서비스 수행 방법 | |
CN109901933B (zh) | 业务***的操作方法及装置、存储介质、电子装置 | |
CN106126313B (zh) | 一种基于Ambari集成Solr的方法及服务器 | |
US11157367B1 (en) | Promotional logic during database differential backup |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191119 |
|
RJ01 | Rejection of invention patent application after publication |