CN102054041B - 元数据升级方法和系统 - Google Patents
元数据升级方法和系统 Download PDFInfo
- Publication number
- CN102054041B CN102054041B CN 201010616410 CN201010616410A CN102054041B CN 102054041 B CN102054041 B CN 102054041B CN 201010616410 CN201010616410 CN 201010616410 CN 201010616410 A CN201010616410 A CN 201010616410A CN 102054041 B CN102054041 B CN 102054041B
- Authority
- CN
- China
- Prior art keywords
- metadata
- upgrading
- assembly
- module
- modified
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种元数据升级方法,包括:步骤102,循环比较新的元数据与原有的元数据之间的差异;步骤104,根据所述差异实现所述原有的元数据的升级。本发明还提供了一种元数据升级系统,包括:比较模块,用于比较新的元数据与原有的元数据之间的差异;升级模块,用于根据所述比较模块比较出的所述差异升级所述原有的所述元数据。根据本发明的技术方案,可以使用统一工具进行快速安全的升级,能够保留用户的个性化信息,提高研发人员的工作效率。
Description
技术领域
本发明涉及企业资源管理系统,尤其涉及元数据升级方法和系统。
背景技术
ERP(Enterprise Resource Planning,简称ERP)系统的研发中涉及到了各种概念,下面进行简单说明:
元数据:是描述数据的数据,用于实现抽象的持久层和界面表现层,是抽象数据的描述性数据。在通常的管理信息系统中,元数据包含实体元数据、服务(接口)元数据、UI(User Interface,简称UI)元数据等。
元元数据:元数据的数据模型。
元数据包:按组件或应用组织为单位的数据包,该数据包包含元元数据、元数据、资源以及格式描述。升级数据包包含基准数据包和增量数据包。
资源元数据:描述系统中各种名称、字典、描述性信息以及其他非结构化数据的元数据,用以解决多语种、客户化等问题。
组件:一种软件模型管理的粒度,根据功能和数据模型间的耦合性、研发组织的便利性等因素在系统应用架构设计期间进行划分。
随着企业规模的扩大以及ERP系统的逐渐发展,系统的功能越来越复杂,数据越来越庞大,用户的需求也存在着多样性和不确定性。ERP系统的研发需要快速的响应用户的需求。元数据升级能够在快速软件开发中,起到关键性作用。
在通常的软件建模工具中,模型的发布往往是生成静态的脚本或者数据文件,有如下缺点
1.模型只能发布到新系统中,无法或很难保留现有数据和配置信息;
2.实体数据模型只能生成建库的脚本,开发人员需要人工编写升级脚本或升级程序;
3.用户环境的个性化信息,比如用户数据、授权信息、多语信息以及各种定制的UI数据都很难在版本升级时得到继承。
此外,开发和设计人员针对模型的修改有如下若干种:
1.增加实体或字段,修改属性类型;
2.UI模型对界面显示信息或者相关数据的增加、删除和修改;
3.修改物理模型的字段属性、默认值、索引等等;
4.实体信息改为多语种。
还有很多对模型的修改场景,在此不一一列举。
比较常见的设计工具在实现上述模型修改时一般情况下是比较简单的,但是模型改完之后有一系列问题难以处理:
1.单元测试环境和集成测试环境的验证环境的升级,而该验证环境往往有比较复杂的数据作为案例。
2.验证通过后进行用户环境的升级,补丁通过验证环境的验证后,进行用户环境的升级,而用户的数据更加复杂,并且各个用户的版本不一致,导致升级的困难。
这样,如果研发人员每次修改模型都要自己编写升级程序的话,会引起如下问题:
1.升级程序的编写降低了开发效率,同时提高了对开发人员的要求;
2.升级程序处理多版本时比较困难;
3.在大的团队开发中,很难对升级程序或脚本进行管理;
显然这样的研发过程很难保证高质量和高效率。
因此,需要一种元数据升级方法和系统,可以使用统一工具进行快速安全的升级,能够保留用户的个性化信息,提高研发人员的工作效率。
发明内容
有鉴于此,本发明所要解决的技术问题在于,提供一种元数据升级方法和系统,可以使用统一工具进行快速安全的升级,能够保留用户的个性化信息,提高研发人员的工作效率。
本发明提供了一种元数据升级方法,包括:步骤102,循环比较新的元数据与原有的元数据之间的差异;步骤104,根据所述差异实现所述原有的元数据的升级。不需要重新构造元数据的模型,通过比较差异的方法来修改原有的元数据,既能保留用户的个性化信息,又能保证元数据的快速升级。
在上述技术方案中,优选地,在所述步骤104中,根据所述差异判断需要修改的所述元数据是否为业务主键,在判断结果为是所述业务主键的情况下,删除所述元数据所在的表的所有触发器,对所述元数据进行修改。这样,删除了所述表的触发器之后,可以对元数据进行增加、删除和更改。
在上述技术方案中,优选地,在所述步骤104中,在对所述元数据进行修改后,判断需要修改的所述元数据是否存在索引和约束,在判断结果为是的情况下,则删除所述索引和所述约束,对所述元数据的所述表的结构进行修改。除了删除触发器之后,还要删除元数据的索引和约束,这样才能继续修改元数据的表结构。
在上述技术方案中,优选地,修改完所述元数据的所述表的结构之后,重新建立所述索引和所述约束。在有必要的情况下,重新建立元数据的索引和约束关系。
在上述技术方案中,优选地,所述元数据的升级方式包括:组件单组升级、所有组件整体升级、组件分组升级,其中,所述组件中的数据包括所述元数据,所述组件单组升级为按每个所述组件进行升级,所述组件的升级结果不影响其他所述组件的所述升级结果,所述组件整体升级为所有所述组件进行升级时,其中的任意一个所述组件的所述升级结果影响所述组件整体升级的所述升级结果,所述组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个所述组件的所述升级结果影响整个组的所述升级结果。这样,可以根据实际需要设计升级处理的粒度。
通过本发明的技术方案,既能保留用户原有的个性信息,也能快速方便地将原有元数据进行升级,提高了研发人员的工作效率。
本发明还提供了一种元数据升级系统,包括:比较模块,用于比较新的元数据与原有的元数据之间的差异;升级模块,用于根据所述比较模块比较出的所述差异升级所述原有的所述元数据。不需要重新构造元数据的模型,通过比较差异的方法来修改原有的元数据,既能保留用户的个性化信息,又能保证元数据的快速升级。
在上述技术方案中,优选地,所述升级模块还包括:第一判断模块,用于根据所述比较模块比较出的所述差异判断需要修改的所述元数据是否为业务主键;第一删除模块,用于在所述第一判断模块判断需要修改的所述元数据为业务主键的情况下,删除所述元数据所在的表的所有触发器;第一修改模块,用于对所述元数据进行修改。这样,删除了所述表的触发器之后,可以对元数据进行增加、删除和更改。
在上述技术方案中,优选地,所述升级模块进一步还包括:第二判断模块,用于在所述第一修改模块在对所述元数据进行修改后,判断需要修改所述元数据是否存在索引和约束;第二删除模块,用于在所述第二判断模块的判断结果为是的情况下,删除所述索引和所述约束;第二修改模块,对所述元数据的所述表的结构进行修改。除了删除触发器之后,还要删除元数据的索引和约束,这样才能继续修改元数据的表结构。
在上述技术方案中,优选地,索引和约束重建模块,在所述第二修改模块修改完所述表的结构之后,重新建立所述索引和所述约束。在有必要的情况下,重新建立元数据的索引和约束关系。
在上述技术方案中,优选地,所述元数据的升级方式包括:组件单组升级、组件整体升级、组件分组升级,其中,所述组件中的数据包括所述元数据,所述组件单组升级为按每个所述组件进行升级,所述组件的升级结果不影响其他所述组件的所述升级结果,所述组件整体升级为所有所述组件进行升级时,其中的任意一个所述组件的所述升级结果影响所述组件整体升级的所述升级结果,所述组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个所述组件的所述升级结果影响整个组的所述升级结果。这样,可以根据实际需要设计升级处理的粒度。
通过本发明的技术方案,既能保留用户原有的个性信息,也能快速方便地将原有元数据进行升级,提高了研发人员的工作效率。
附图说明
图1示出了根据本发明的实施例的元数据升级方法的流程图;
图2示出了根据本发明的实施例的元数据升级装置的框图;
图3示出了根据本发明的实施例的组件元数据包的示意图;
图4示出了根据本发明的实施例的组件元数据包应用的示意图;以及
图5示出了根据本发明的实施例的元数据升级方法的流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的元数据升级方法的流程图。
如图1所示,根据本发明的实施例的元数据升级方法包括:步骤102,循环比较新的元数据与原有的元数据之间的差异;步骤104,根据差异实现原有的元数据的升级。不需要重新构造元数据的模型,通过比较差异的方法来修改原有的元数据,既能保留用户的个性化信息,又能保证元数据的快速升级。
在上述技术方案中,优选地,在步骤104中,根据差异判断需要修改的元数据是否为业务主键,在判断结果为是业务主键的情况下,删除元数据所在的表的所有触发器,对元数据进行修改。这样,删除了表的触发器之后,可以对元数据进行增加、删除和更改。
在上述技术方案中,优选地,在步骤104中,在对元数据进行修改后,判断需要修改的元数据是否存在索引和约束,在判断结果为是的情况下,则删除索引和约束,对元数据的表的结构进行修改。除了删除触发器之后,还要删除元数据的索引和约束,这样才能继续修改元数据的表结构。
在上述技术方案中,优选地,修改完元数据的表的结构之后,重新建立索引和约束。在有必要的情况下,重新建立元数据的索引和约束关系。
在上述技术方案中,优选地,元数据的升级方式可以包括:组件单组升级、所有组件整体升级、组件分组升级,其中,组件中的数据包括元数据,组件单组升级为按每个组件进行升级,组件的升级结果不影响其他组件的升级结果,组件整体升级为所有组件进行升级时,其中的任意一个组件的升级结果影响组件整体升级的升级结果,组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个组件的升级结果影响整个组的升级结果。这样,可以根据实际需要设计升级处理的粒度。
图2示出了根据本发明的实施例的元数据升级装置的框图。
如图2所示,根据本发明的实施例的元数据升级系统200包括:比较模块202,用于比较新的元数据与原有的元数据之间的差异;升级模块204,用于根据比较模块202比较出的差异升级原有的元数据。不需要重新构造元数据的模型,通过比较差异的方法来修改原有的元数据,既能保留用户的个性化信息,又能保证元数据的快速升级。
在上述技术方案中,优选地,升级模块204还可以包括:第一判断模块2042,用于根据比较模块202比较出的差异判断需要修改的元数据是否为业务主键;第一删除模块2044,用于在第一判断模块2042判断需要修改的元数据为业务主键的情况下,删除元数据所在的表的所有触发器;第一修改模块2046,用于对元数据进行修改。这样,删除了表的触发器之后,可以对元数据进行增加、删除和更改。
在上述技术方案中,优选地,升级模块204进一步还可以包括:第二判断模块2048,用于在第一修改模块2046在对元数据进行修改后,判断需要修改元数据是否存在索引和约束;第二删除模块20410,用于在第二判断模块2048的判断结果为是的情况下,删除索引和约束;第二修改模块20412,对元数据的表的结构进行修改。除了删除触发器之后,还要删除元数据的索引和约束,这样才能继续修改元数据的表结构。
在上述技术方案中,优选地,索引和约束重建模块20414,在第二修改模块20412修改完表的结构之后,重新建立索引和约束。在有必要的情况下,重新建立元数据的索引和约束关系。
在上述技术方案中,优选地,元数据的升级方式可以包括:组件单组升级、组件整体升级、组件分组升级,其中,组件中的数据包括元数据,组件单组升级为按每个组件进行升级,组件的升级结果不影响其他组件的升级结果,组件整体升级为所有组件进行升级时,其中的任意一个组件的升级结果影响组件整体升级的升级结果,组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个组件的升级结果影响整个组的升级结果。这样,可以根据实际需要设计升级处理的粒度。
通过本发明的技术方案,既能保留用户原有的个性信息,也能快速方便地将元数据进行升级,提高了研发人员的工作效率。
下面结合图3至图5来详细说明本发明的又一实施例。
首先,来简单说明组件元数据包的定义,如图3所示,示出了组件元数据包的示意图。元数据工具根据组件的模型文件生成组件的数据文件,并根据组件的模型文件将该组件中需要的元数据、数据以及相关的格式描述信息组成一个组件元数据包。该组件元数据包相当于目前生成的元数据脚本和建库脚本,作为每个组件模型文件的一个构造结果。组件元数据包的具体格式为:
版本标识:数据文件第一行为数据文件版本标识,格式为一个GUID。版本标识的作用是为了数据文件和程序的版本一致性。如果升级程序修改时,重新生成一个GUID,升级时如果发现和数据文件中不一致时,就可以中止执行,以防止某些不可预期的结果。
文件押:一个由文件全部或部分文本生成的散列值,如MD5,它的作用是防止升级文件在传输过程中损坏或某些人为的篡改,即保证文件的完整性和真实性。
文件头:数据文件头信息首先是一个标志,该标志说明文件为基准文件还是升级文件,然后是文件所包含的块数目。
数据块明细:文件中包含那些块数目和每个块的起始位置。
表格式块:每个表的字段列表,包含字段名、类型、长度、默认值和是否可以为空。
数据块:要插入每个表的数据。数据必须与表字段相对应。
索引块:索引块保存索引类型和字段列表。
图4示出了根据本发明的实施例的组件元数据包应用的示意图,如图4所示,升级引擎410可以根据版本X的数据文件402将特定版本的数据库404升级到版本X的数据库412中,该版本X的数据文件402即图3中所说的组件元数据包的示例。
此外,通过构造/启用模块408还可以根据版本X的数据文件402将空库406升级到版本X的数据库412中。
该实施例中的升级引擎410采用了比较升级的方法,升级引擎可以将任意版本的数据库甚至是空库升级到当前版本。如果不加版本的控制,也可以把高版本的数据库“还原为低版本的数据库”。
对于一些特殊情况,元数据的升级引擎采用事件机制,开发人员可以定制升级行为,事件可以用脚本或者程序来实现。
在实体元数据的升级中,升级引擎的比较策略是将新的模型和现有的数据模型全部还原的内存中,然后循环每个实体进行比较,根据差异实现更新策略。
一个组件元数据包的安装过程应该要保证数据库的一致性和完整性。但是由一个数据库事务来保证的话代价是比较大的-升级是一个耗时的动作,使用一个事务可能导致长时间的锁。
在此,元数据的升级支持以下几种方式:
按组件升级,每个组件单独进行升级,某个组件升级不成功,不影响其它组件的升级情况;
整体升级,任意其中的一个或多个组件升级不成功,则全部回滚,重新升级;
其它分组方式,指定一个组件或若干个在组件作为一组进行升级。
由于元数据升级的一致性和完整性由数据库的事务来保证,而事务的粒度取决于上述的三种升级方式。对于上述三种升级,基本流程是一致的,只是升级处理的粒度有所不同,简要的升级流程且不含元数据本身的升级如图5所示。
在步骤502,修改数据库状态。
在步骤504,判断修改的该元数据是否是业务主键,如果判断结果为是的情况下,进行到步骤506,在判断结果为否的情况下,进行到步骤508。
在步骤506,删除元数据表的所有触发器。
在步骤508,对元数据表进行增加、删除和修改。
在步骤510,判断是否需要删除元数据上存在的索引和约束关系,在判断结果为是的情况下,进行到步骤512,在判断结果为否的情况下,进行到步骤514。
在步骤512,删除元数据的索引和约束关系。
在步骤514,修改表结构。
在步骤516,如果有必要的话,重建元数据的索引和约束关系。
在步骤518,升级结束,修改数据库状态。
以上结合附图对本发明的技术方案进行了详细的说明。通过本发明实施例的提供的技术方案,可以实现一种元数据升级方法和系统,其具有以下优点:
1.开发人员修改模型后,可以快速更新本地验证环境;
2.开发人员修改完问题或者特定需求后,可以快速生成一个补丁包提交给测试验证;
3.测试环境可以自动将同一个补丁包应用到各个验证环境;
4.补丁包发给用户后,可以使用统一工具进行快速安全的升级。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (4)
1.一种元数据升级方法,其特征在于,包括:
步骤102,循环比较新的元数据与原有的元数据之间的差异;
步骤104,根据所述差异实现所述原有的元数据的升级,其中,在所述步骤104中,根据所述差异判断需要修改的所述元数据是否为业务主键,在判断结果为是所述业务主键的情况下,删除所述元数据所在的表的所有触发器,对所述元数据进行修改;
在所述步骤104中,在对所述元数据进行修改后,判断需要修改的所述元数据是否存在索引和约束,在判断结果为是的情况下,则删除所述索引和所述约束,对所述元数据的所述表的结构进行修改;
修改完所述元数据的所述表的结构之后,重新建立所述索引和所述约束。
2.根据权利要求1所述的元数据升级方法,其特征在于,所述元数据的升级方式包括:组件单组升级、所有组件整体升级、组件分组升级,
其中,所述组件中的数据包括所述元数据,所述组件单组升级为按每个所述组件进行升级,所述组件的升级结果不影响其他所述组件的所述升级结果,所述组件整体升级为所有所述组件进行升级时,其中的任意一个所述组件的所述升级结果影响所述组件整体升级的所述升级结果,所述组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个所述组件的所述升级结果影响整个组的所述升级结果。
3.一种元数据升级系统,其特征在于,包括:
比较模块,用于比较新的元数据与原有的元数据之间的差异;
升级模块,用于根据所述比较模块比较出的所述差异升级所述原有的所述元数据,其中,所述升级模块还包括:第一判断模块、第一删除模块、第一修改模块、第二判断模块、第二删除模块、第二修改模块、索引和约束重建模块;其中,
第一判断模块,用于根据所述比较模块比较出的所述差异判断需要修改的所述元数据是否为业务主键;
第一删除模块,用于在所述第一判断模块判断需要修改的所述元数据为业务主键的情况下,删除所述元数据所在的表的所有触发器;
第一修改模块,用于在删除所述元数据所在的表的所有触发器之后,对所述元数据进行修改;
第二判断模块,用于在所述第一修改模块在对所述元数据进行修改后,判断需要修改所述元数据是否存在索引和约束;
第二删除模块,用于在所述第二判断模块的判断结果为是的情况下,删除所述索引和所述约束;
第二修改模块,在删除所述索引和所述约束之后,对所述元数据的所述表的结构进行修改;
索引和约束重建模块,在所述第二修改模块修改完所述表的结构之后,重新建立所述索引和所述约束。
4.根据权利要求3所述的元数据升级系统,其特征在于,所述元数据的升级方式包括:组件单组升级、组件整体升级、组件分组升级,
其中,所述组件中的数据包括所述元数据,所述组件单组升级为按每个所述组件进行升级,所述组件的升级结果不影响其他所述组件的所述升级结果,所述组件整体升级为所有所述组件进行升级时,其中的任意一个所述组件的所述升级结果影响所述组件整体升级的所述升级结果,所述组件分组升级为指定一个组件或多个组件作为一组进行升级,在同一组的其中任意一个所述组件的所述升级结果影响整个组的所述升级结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010616410 CN102054041B (zh) | 2010-12-30 | 2010-12-30 | 元数据升级方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010616410 CN102054041B (zh) | 2010-12-30 | 2010-12-30 | 元数据升级方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102054041A CN102054041A (zh) | 2011-05-11 |
CN102054041B true CN102054041B (zh) | 2013-06-12 |
Family
ID=43958363
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010616410 Active CN102054041B (zh) | 2010-12-30 | 2010-12-30 | 元数据升级方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102054041B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102323956B (zh) * | 2011-09-29 | 2014-12-17 | 用友软件股份有限公司 | 数据管理装置和数据管理方法 |
CN106407020A (zh) * | 2016-11-23 | 2017-02-15 | 青岛海信移动通信技术股份有限公司 | 一种移动终端的数据库处理方法及其移动终端 |
CN106407019A (zh) * | 2016-11-23 | 2017-02-15 | 青岛海信移动通信技术股份有限公司 | 一种移动终端的数据库处理方法及其移动终端 |
CN108958758A (zh) * | 2017-05-23 | 2018-12-07 | 大唐移动通信设备有限公司 | 一种管理信息库mib数据管理方法及装置 |
CN111198902B (zh) * | 2018-11-16 | 2023-06-16 | 长鑫存储技术有限公司 | 元数据管理方法、装置、存储介质及电子设备 |
CN109445830B (zh) * | 2018-12-28 | 2022-03-25 | 金蝶软件(中国)有限公司 | 一种扩展元数据升级方法及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101499069A (zh) * | 2008-02-02 | 2009-08-05 | 中兴通讯股份有限公司 | 内存数据库文件的更新方法及更新装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7610298B2 (en) * | 2006-02-01 | 2009-10-27 | Microsoft Corporation | Difference-based database upgrade |
-
2010
- 2010-12-30 CN CN 201010616410 patent/CN102054041B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101499069A (zh) * | 2008-02-02 | 2009-08-05 | 中兴通讯股份有限公司 | 内存数据库文件的更新方法及更新装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102054041A (zh) | 2011-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8010962B2 (en) | Infrastructure for the automation of the assembly of schema maintenance scripts | |
US11099823B2 (en) | Systems and methods for transformation of reporting schema | |
US7774772B2 (en) | Method and apparatus to perform an application software migration | |
US8639652B2 (en) | Apparatus and method for creating portable ETL jobs | |
JP5147840B2 (ja) | 宣言型管理フレームワーク(declarativemanagementframework) | |
CN102054041B (zh) | 元数据升级方法和系统 | |
US8832028B2 (en) | Database cloning | |
CN103617037B (zh) | 用于web开发系统的开发方法和web开发系统 | |
ES2774716T3 (es) | Un método y sistema para modelado de tareas de aplicaciones de teléfono móvil | |
US20140101644A1 (en) | Using a data dictionary to determine an upgrade edition of a relational database table | |
US7735051B2 (en) | Method for replicating and synchronizing a plurality of physical instances with a logical master | |
CN102236764B (zh) | 用于Android系统的抵御桌面信息攻击的方法和监控系统 | |
US10339113B2 (en) | Method and system for effecting incremental changes to a repository | |
US10496401B2 (en) | Managing rename of tables and table fields | |
EP2356606A2 (en) | Multi-layered storage and management of software components | |
US20080147703A1 (en) | Method and Apparatus for Managing Application Parameters | |
CN101221504A (zh) | 测试脚本的处理方法及其调度执行系统 | |
US10268776B1 (en) | Graph store built on a distributed hash table | |
CN103309696B (zh) | 一种Java卡扩展库更新方法、装置和Java卡 | |
CN103107919A (zh) | 一种网络资源建模方法和系统 | |
WO2002046909A1 (en) | Automatically deploy and upgrade an application based on markup language application definition | |
US8630981B1 (en) | Techniques for differencing binary installation packages | |
CN114816470A (zh) | 元数据库的管理方法、装置、电子设备和介质 | |
US10657476B2 (en) | Just in time compilation (JIT) for business process execution | |
US20180032548A1 (en) | Data Structure, Model for Populating a Data Structure and Method of Programming a Processing Device Utilising a Data Structure |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C56 | Change in the name or address of the patentee | ||
CP03 | Change of name, title or address |
Address after: 100094 Haidian District North Road, Beijing, No. 68 Patentee after: Yonyou Network Technology Co., Ltd. Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Patentee before: UFIDA Software Co., Ltd. |