CN109840078B - 一种协作编辑分层元数据的方法及装置 - Google Patents
一种协作编辑分层元数据的方法及装置 Download PDFInfo
- Publication number
- CN109840078B CN109840078B CN201811589465.XA CN201811589465A CN109840078B CN 109840078 B CN109840078 B CN 109840078B CN 201811589465 A CN201811589465 A CN 201811589465A CN 109840078 B CN109840078 B CN 109840078B
- Authority
- CN
- China
- Prior art keywords
- metadata
- fragments
- hierarchy
- merging
- source
- 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
本发明实施例提供一种协作编辑分层元数据的方法及装置,该方法包括:根据业务需求,进行元数据层级划分和用户层级划分;获取源元数据和元数据约束;在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。本发明实施例提供的一种协作编辑分层元数据的方法及装置,能够灵活定制软件系统,不同的角色可以对不同层级的元数据进行定制,从而使软件系统可以根据各个终端用户的不同元数据自由定制,以满足各类不同需求的最终用户的业务需要。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种协作编辑分层元数据的方法及装置。
背景技术
随着信息化的快速发展,使得软件知识不断普及,企业用户对信息化需求的定位逐渐从厂商主导转变为用户主导。随着业务变得越来越复杂,软件系统的可定制化变得越发重要。软件系统定制开发在个性化需求的处理方面,有着很好的优势。
现有技术通常是通过元数据,对软件的视图、数据或配置等进行定制,而编辑这些元数据的角色可能不同,这些元数据也可能有不同的层级,不能实现软件系统根据各个终端用户的不同元数据进行自由定制。因此,现在急需解决这个问题。
发明内容
本发明实施例为克服上述技术缺陷,提供一种协作编辑分层元数据的方法及装置。
第一方面,本发明实施例提供一种协作编辑分层元数据的方法,包括:
根据业务需求,进行元数据层级划分和用户层级划分;
获取源元数据和元数据约束;
在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
第二方面,本发明实施例提供一种协作编辑分层元数据的装置,包括:
划分单元,用于根据业务需求,进行元数据层级划分和用户层级划分;
第一获取单元,用于获取源元数据和元数据约束;
第二获取单元,用于在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
合并单元,用于获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
第三方面,本发明实施例提供一种电子设备,包括存储器和处理器,所述处理器和所述存储器通过总线完成相互间的通信;所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如第一方面所述的方法。
第四方面,本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一方面所述的方法。
本发明实施例提供的一种协作编辑分层元数据的方法及装置,能够灵活定制软件系统,不同的角色可以对不同层级的元数据进行定制,从而使软件系统可以根据各个终端用户的不同需求自由定制,以满足各类不同需求的最终用户的业务需要。
附图说明
图1为本发明实施例提供的一种协作编辑分层元数据的方法的流程示意图;
图2为本发明实施例提供的元数据片段合并示意图;
图3为本发明实施例提供的一种协作编辑分层元数据的装置的结构示意图;
图4为本发明实施例提供的一种电子设备的实体结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种协作编辑分层元数据的方法的流程示意图,如图1所示,包括:
步骤11,根据业务需求,进行元数据层级划分和用户层级划分;
步骤12,获取源元数据和元数据约束;
步骤13,在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
步骤14,获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
本发明实施例提供的方法,基于一种可协作编辑的分层元数据模型,不同的角色可以对不同层级的元数据进行定制。首先对本发明实施例中的部分名词解释如下:
元数据所有者—某个元数据的所有者,负责规定该元数据的约束和编写源元数据;
元数据合作者—某个元数据的合作编写者,根据元数据所有者规定的元数据约束,对该元数据进行协作编写;
终端用户—软件系统的终端用户,可以是合作伙伴,系统管理员,最终交付的用户等角色;
元数据约束—约束了元数据的格式,元数据合作者只能在指定的元数据接口处对元数据进行扩展;
源元数据—元数据所有者编写的元数据;
元数据接口—某个源元数据可供元数据合作者扩展的接口;
元数据片段—元数据合作者编写的片段,在运行时与源元数据合并,返回给终端用户;
运行时元数据—在软件系统的运行时合并源元数据和总元数据片段。
本发明实施例为了解决不同层级和不同角色的用户对元数据定制化的需要,提供如下技术方案:
首先,确认软件系统的业务需求,对于某个或某类元数据,进行层级和角色的划分:将元数据层级划分成[L1,L2,...,Ln];将用户或用户组根据角色划分成用户层级[R1,R2,...,Rn]。层级之间有优先级,较高的层级优先级大于较低的层级,如L2>L1;同一层级上的用户,优先级相等。
其次,元数据所有者编写源元数据M并制定该元数据的约束C。元数据约束C中规定了元数据片段必须实现的属性,限制了元数据片段不能包含约束C中没有声明的属性。
在某一元数据层级上,不同角色的多个元数据合作者编写一组元数据片段[S1,S2,...,Sn],元数据片段必须符合元数据约束C。
获取任一用户层级上的元数据请求,层级Lx上的终端用户在运行时请求元数据时,需要合并从第一层到第x层的层级元数据片段,然后与源元数据M合并,得到结果返回给终端用户。
本发明实施例提供的一种协作编辑分层元数据的方法,能够灵活定制软件系统,不同的角色可以对不同层级的元数据进行定制,从而使软件系统可以根据各个终端用户的不同需求自由定制,以满足各类不同需求的最终用户的业务需要。
在上述实施例的基础上,所述将所有层级的元数据片段与所述源元数据合并,具体包括:
合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段;
将所述每一元数据层级的层级元数据片段合并,得到总元数据片段;
将所述总元数据片段与所述源元数据合并,得到结果。
图2为本发明实施例提供的元数据片段合并示意图,如图2所示,元数据合并时,包括三个阶段,第一阶段是合并同一元数据层级上的元数据片段,所述合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段,具体包括:
对于每一元数据层级上的元数据片段,根据元数据片段的属性进行合并;
对于属性相同的元数据片段,根据元数据片段的时间戳进行合并,得到所述每一元数据层级的层级元数据片段。
对于某个元数据层级Li,对应了一组不同角色用户编写的元数据片段[LiS1,LiS2,...,LiSn]。将这些元数据片段根据属性合并,相同属性的元数据片段,根据时间戳合并,时间较新的元数据片段覆盖时间较旧的。合并后得到每一元数据层级的层级元数据片段LiS’。
第二阶段是合并所有层级上的元数据片段,所述将所述每一元数据层级的层级元数据片段合并,得到总元数据片段,具体包括:
对于所述层级元数据片段,根据层级元数据片段的属性进行合并;
对于属性相同的层级元数据片段,根据层级元数据片段的时间戳进行合并,得到所述总元数据片段。
将所有元数据层级上的层级元数据片段[L1S’,L2S’,...,LnS’],根据属性合并。相同属性,根据层级合并,层级较高的元数据片段覆盖层级较低的。合并后得到总元数据片段L’S’。
第三阶段是合并源元数据M和总元数据片段L’S’,所述将所述总元数据片段与所述源元数据合并,具体包括:将所述总元数据片段的属性覆盖所述源元数据的属性,即,将L’S’根据属性覆盖源元数据M中的属性。
在元数据层级或者用户角色较多情况下,合并操作比较耗时,本发明实施例提出了一种根据需求在不同的元数据层级上做该层合并结果的缓存。在所述根据所述源元数据和所述元数据约束获取一组元数据片段之后,所述获取任一用户层级上的元数据请求之前,所述方法还包括:
更新所述任一元数据层级的缓存。
假设某个软件系统有m个元数据层级,记作[L1,L2,...,Lm];每一层上都有n个元数据片段,记作[L1S1,L1S2,...,L1Sn,L2S1,L2S2,...,L2Sn,...,LmSn]。不做任何缓存,元数据合并复杂度为O(m*n)。假设在x层上做缓存,元数据合并复杂度为O((m-x)*n),极端情况在m-1层做缓存,复杂度为O(n)。缓存能大幅提高运行时获取元数据的效率。
在x层做缓存时,对于所有x层以下以及x层自身的修改[L1,L2,...,Lx]需要更新x层的缓存;对于所有x层以上的修改[Lx+1,Lx+2,...,Ln],在运行时进行合并。
在合并元数据片段时,同一层级、同一个角色的用户元数据片段以时间戳的先后决定优先级,对于某个属性最后的一次修改可能影响到最终的元数据合并结果。当保存某个元数据片段,可以删除当前层级、当前角色在这个属性上的历史记录。
同时,本发明实施例设计了基于元数据接口的扩展方式,在不改变接口的条件下,源元数据可以任意升级,升级后的结果体现在合并后的运行时元数据片段上。源元数据如果增加了某个属性,合并后的运行时元数据也会增加这个属性;如果修改了已经暴露成接口的属性,不会影响元数据合作者的元数据片段:元数据合作者没有扩展的属性以源元数据的修改为准,元数据合作者扩展过的属性,以扩展后的结果为准。
为了能够更清楚地理解本发明实施例的上述目的、特征和优点,下面结合附图和具体实施方式,给出了一个关于描述颜色的元数据实例,对本发明实施例进行进一步的详细描述。元数据和元数据约束的载体可以是任意形式的元数据,如JSON+JSON Schema,XML+DTD,XML+XML Schema或其他可以描述元数据的语言,本发明实施例使用了JSON+JSONSchema。
元数据所有者编写如下所述的描述颜色的源元数据:
源元数据中定义了颜色(color),透明度(opacity)和类型(type)三个属性,其中颜色和透明度为元数据接口,可以通过元数据合作者提供的元数据片段来扩展;而类型不可修改("extendable":false),指定为16进制格式的图片。
元数据所有者同时需要提供元数据片段的约束,该文件可以由元数据所有者编写,也可以由工具自动生成。本发明实施例的元数据片段的约束中规定了一个颜色元数据片段必须提供目标(target),时间戳(timestamp)和层级(layer)属性。目标对应了源元数据中的id;时间戳用于确定某一层级中相同属性的优先级;例子中的元数据层级用L1,L2表示,L2的优先级大于L1。约束中颜色和透明度就是元数据片段的扩展点,为可选的字段。约束中还规定了元数据片段不允许出现没有定义的属性("additionalProperties":false)。
本发明实施例提供了一系列由不同层级和不同角色用户提供的元数据片段。
501的元数据片段如下:
502的元数据片段如下:
503的元数据片段如下:
504的元数据片段如下:
501对应的元数据片段的属性分别为:target-a7917be73e9a,timestamp-1500000100,layer-L1,color-#0000A1;
502对应的元数据片段的属性分别为:target-a7917be73e9a,timestamp-1500000200,layer-L1,color-#0000A2;
503对应的元数据片段的属性分别为:target-a7917be73e9a,timestamp-1500000300,layer-L1,color-#0000B1,opacity-50%;
504对应的元数据片段的属性分别为:target-a7917be73e9a,timestamp-1500000000,layer-L2,color-#0000C1。
501和502来自于元数据合作者A,处于层级L1;503来自于元数据合作者B,处于层级L1;504来自于元数据合作者C,处于层级L2。
运行时元数据片段合并后产生结果,具体结果如下:
601为合作者A的元数据片段501和502合并后的结果,具体如下:
对应的属性分别为:
color-#0000A2,opacity-100%,type-HEX。
对于同一个合作者A在颜色属性上的扩展,以最后的修改结果为准,故合并后颜色为#0000A2;透明度没有被扩展,合并后仍为100%。
602为合作者A的元数据片段501和合作者B的元数据片段503合并后的结果,具体如下:
对应的属性分别为:
color-#0000B1,opacity-50%,type-HEX。
同一层级上不同的合作者,不冲突的属性可以直接合并,合并后透明度为50%;对于不同合作者之间冲突的属性,以最后的修改结果为准,故合并后颜色为#0000B1。
603为合作者B的元数据片段503和合作者C的元数据片段504合并后的结果,具体如下:
对应的属性分别为:
color-#0000C1,opacity-50%,type-HEX。
对于不同层级上的合作者,不冲突的属性可以直接合并,合并后透明度为50%;对于不同层级上冲突的属性,与时间戳无关,以层级高的为准,故合并后颜色为#0000C1。
假设501,502,503和504是颜色元数据模型中L1和L2层所有的元数据片段。如果不做缓存的情况,最终用户以合作者C的身份请求颜色元数据,需要合并源元数据和所有的元数据片段;如果在L1层级上缓存,最终用户以合作者C的身份请求颜色元数据,需要合并源元数据,L1层级上的缓存和L2层级上的元数据片段504;如果在L2层级上缓存,最终用户以更高的层级L3请求数据,只需要合并源元数据,L1和L2层级上缓存和L3层上的元数据片段。缓存的层级越高,运行时合并的效率也越高。
本发明实施例提供的一种协作编辑分层元数据的方法,能够灵活定制软件系统,元数据可以根据不同用户的角色的需求和软件系统的不同层级上进行扩展和定制,通过元数据所有者定义约束,在元数据接口上对元数据进行扩展。合并源元数据和元数据片段时,不会产生冲突,根据需求,元数据可以在任意层级上生成缓存,从而提高了元数据服务在运行时的效率,同时解决了元数据版本升级的问题,在不改变元数据接口的前提下,源元数据的升级可以向下兼容,且不会破坏终端用户编写的历史元数据片段,从而使软件系统可以根据各个终端用户的不同元数据自由定制,以满足各类不同需求的最终用户的业务需要。
图3为本发明实施例提供的一种协作编辑分层元数据的装置的结构示意图,如图3所示,包括划分单元31、第一获取单元32、第二获取单元33和合并单元34,其中:
划分单元31用于根据业务需求,进行元数据层级划分和用户层级划分;
第一获取单元32用于获取源元数据和元数据约束;
第二获取单元33用于在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
合并单元34用于获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
本发明实施例提供的装置,基于一种可协作编辑的分层元数据模型,不同的角色可以对不同层级的元数据进行定制。
本发明实施例为了解决不同层级和不同角色的用户对元数据定制化的需要,提供如下技术方案:
首先,划分单元31确认软件系统的业务需求,对于某个或某类元数据,进行层级和角色的划分:将元数据层级划分成[L1,L2,...,Ln];将用户或用户组根据角色划分成用户层级[R1,R2,...,Rn]。层级之间有优先级,较高的层级优先级大于较低的层级,如L2>L1;同一层级上的用户,优先级相等。
其次,元数据所有者编写源元数据M并制定该元数据的约束C,第一获取单元32获取源元数据和元数据约束。元数据约束C中规定了元数据片段必须实现的属性,限制了元数据片段不能包含约束C中没有声明的属性。
在某一元数据层级上,不同角色的多个元数据合作者编写一组元数据片段[S1,S2,...,Sn],第二获取单元33在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,元数据片段必须符合元数据约束C。
合并单元34获取任一用户层级上的元数据请求,层级Lx上的终端用户在运行时请求元数据时,需要合并从第一层到第x层的层级元数据片段,然后与源元数据M合并,得到结果返回给终端用户。
本发明实施例提供的一种协作编辑分层元数据的装置,能够灵活定制软件系统,不同的角色可以对不同层级的元数据进行定制,从而使软件系统可以根据各个终端用户的不同需求自由定制,以满足各类不同需求的最终用户的业务需要。
在上述实施例的基础上,所述第二获取单元还用于:
更新所述任一元数据层级的缓存。
在元数据层级或者用户角色较多情况下,合并操作比较耗时,本发明实施例提出了一种根据需求在不同的元数据层级上做该层合并结果的缓存。在根据所述源元数据和所述元数据约束获取一组元数据片段之后,获取任一用户层级上的元数据请求之前,第二获取单元还用于:
更新所述任一元数据层级的缓存。
假设某个软件系统有m个元数据层级,记作[L1,L2,...,Lm];每一层上都有n个元数据片段,记作[L1S1,L1S2,...,L1Sn,L2S1,L2S2,...,L2Sn,...,LmSn]。不做任何缓存,元数据合并复杂度为O(m*n)。假设在x层上做缓存,元数据合并复杂度为O((m-x)*n),极端情况在m-1层做缓存,复杂度为O(n)。缓存能大幅提高运行时获取元数据的效率。
在x层做缓存时,对于所有x层以下以及x层自身的修改[L1,L2,...,Lx]需要更新x层的缓存;对于所有x层以上的修改[Lx+1,Lx+2,...,Ln],在运行时进行合并。
在合并元数据片段时,同一层级、同一个角色的用户元数据片段以时间戳的先后决定优先级,对于某个属性最后的一次修改可能影响到最终的元数据合并结果。当保存某个元数据片段,可以删除当前层级、当前角色在这个属性上的历史记录。
本发明实施例提供的装置是用于执行上述各方法实施例的,具体的流程和详细介绍请参见上述各方法实施例,此处不再赘述。
本发明实施例提供的一种协作编辑分层元数据的装置,能够灵活定制软件系统,不同的角色可以对不同层级的元数据进行定制,从而使软件系统可以根据各个终端用户的不同需求自由定制,以满足各类不同需求的最终用户的业务需要。
图4为本发明实施例提供的一种电子设备的实体结构示意图,如图4所示,该电子设备可以包括:处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和总线440,其中,处理器410,通信接口420,存储器430通过总线440完成相互间的通信。总线440可以用于电子设备与传感器之间的信息传输。处理器410可以调用存储器430中的逻辑指令,以执行如下方法:根据业务需求,进行元数据层级划分和用户层级划分;获取源元数据和元数据约束;在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
此外,上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供一种非暂态计算机可读存储介质,该非暂态计算机可读存储介质存储计算机指令,该计算机指令使计算机执行上述实施例所提供的一种协作编辑分层元数据的方法,例如包括:根据业务需求,进行元数据层级划分和用户层级划分;获取源元数据和元数据约束;在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回。
以上所述仅为本发明的优选实施例,并不用于限制本发明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充,但并不会偏离本发明的精神或者超越所附权利要求书定义的范围。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (6)
1.一种协作编辑分层元数据的方法,其特征在于,包括:
根据业务需求,进行元数据层级划分和用户层级划分;
获取源元数据和元数据约束;
在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回;
所述将所有层级的元数据片段与所述源元数据合并,具体包括:
合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段;
将所述每一元数据层级的层级元数据片段合并,得到总元数据片段;
将所述总元数据片段与所述源元数据合并,得到结果;
所述合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段,具体包括:
对于每一元数据层级上的元数据片段,根据元数据片段的属性进行合并;
对于属性相同的元数据片段,根据元数据片段的时间戳进行合并,得到所述每一元数据层级的层级元数据片段;
所述将所述每一元数据层级的层级元数据片段合并,得到总元数据片段,具体包括:
对于所述层级元数据片段,根据层级元数据片段的属性进行合并;
对于属性相同的层级元数据片段,根据层级元数据片段的时间戳进行合并,得到所述总元数据片段;
所述将所述总元数据片段与所述源元数据合并,具体包括:
将所述总元数据片段的属性覆盖所述源元数据的属性。
2.根据权利要求1所述的方法,其特征在于,在所述根据所述源元数据和所述元数据约束获取一组元数据片段之后,所述获取任一用户层级上的元数据请求之前,所述方法还包括:
更新所述任一元数据层级的缓存。
3.一种协作编辑分层元数据的装置,其特征在于,包括:
划分单元,用于根据业务需求,进行元数据层级划分和用户层级划分;
第一获取单元,用于获取源元数据和元数据约束;
第二获取单元,用于在任一元数据层级上,根据所述源元数据和所述元数据约束获取一组元数据片段,所述元数据片段符合所述元数据约束;
合并单元,用于获取任一用户层级上的元数据请求,将所有层级的元数据片段与所述源元数据合并,得到结果返回;
所述将所有层级的元数据片段与所述源元数据合并,具体包括:
合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段;
将所述每一元数据层级的层级元数据片段合并,得到总元数据片段;
将所述总元数据片段与所述源元数据合并,得到结果;
所述合并每一元数据层级上的元数据片段,得到每一元数据层级的层级元数据片段,具体包括:
对于每一元数据层级上的元数据片段,根据元数据片段的属性进行合并;
对于属性相同的元数据片段,根据元数据片段的时间戳进行合并,得到所述每一元数据层级的层级元数据片段;
所述将所述每一元数据层级的层级元数据片段合并,得到总元数据片段,具体包括:
对于所述层级元数据片段,根据层级元数据片段的属性进行合并;
对于属性相同的层级元数据片段,根据层级元数据片段的时间戳进行合并,得到所述总元数据片段;
所述将所述总元数据片段与所述源元数据合并,具体包括:
将所述总元数据片段的属性覆盖所述源元数据的属性。
4.根据权利要求3所述的装置,其特征在于,所述第二获取单元还用于:
更新所述任一元数据层级的缓存。
5.一种电子设备,其特征在于,包括存储器和处理器,所述处理器和所述存储器通过总线完成相互间的通信;所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如权利要求1或2所述的方法。
6.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1或2所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811589465.XA CN109840078B (zh) | 2018-12-25 | 2018-12-25 | 一种协作编辑分层元数据的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811589465.XA CN109840078B (zh) | 2018-12-25 | 2018-12-25 | 一种协作编辑分层元数据的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109840078A CN109840078A (zh) | 2019-06-04 |
CN109840078B true CN109840078B (zh) | 2022-06-10 |
Family
ID=66883302
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811589465.XA Active CN109840078B (zh) | 2018-12-25 | 2018-12-25 | 一种协作编辑分层元数据的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109840078B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112214203A (zh) * | 2020-09-28 | 2021-01-12 | 远光软件股份有限公司 | 一种对程序分层设计的方法、装置、终端及存储介质 |
CN112434006A (zh) * | 2020-11-10 | 2021-03-02 | 金蝶云科技有限公司 | 表单数据的处理方法、装置、计算机设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102591666A (zh) * | 2012-01-04 | 2012-07-18 | 浪潮集团山东通用软件有限公司 | 一种分级结构的元数据版本管理方法 |
CN105631019A (zh) * | 2015-12-29 | 2016-06-01 | 畅捷通信息技术股份有限公司 | 元数据扩展方法和元数据扩展装置 |
CN106777097A (zh) * | 2016-12-14 | 2017-05-31 | 济南浪潮高新科技投资发展有限公司 | 一种元数据分层扩展时的合并方法 |
CN107247725A (zh) * | 2017-04-28 | 2017-10-13 | 天津电气科学研究院有限公司 | 基于元数据逻辑无关分片的结构完整性检测优化方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103019693A (zh) * | 2012-11-21 | 2013-04-03 | 用友软件股份有限公司 | 用户界面的生成系统和生成方法 |
US9576012B2 (en) * | 2013-03-14 | 2017-02-21 | Oracle International Corporation | Hierarchical tablespace space management |
US9696931B2 (en) * | 2015-06-12 | 2017-07-04 | International Business Machines Corporation | Region-based storage for volume data and metadata |
-
2018
- 2018-12-25 CN CN201811589465.XA patent/CN109840078B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102591666A (zh) * | 2012-01-04 | 2012-07-18 | 浪潮集团山东通用软件有限公司 | 一种分级结构的元数据版本管理方法 |
CN105631019A (zh) * | 2015-12-29 | 2016-06-01 | 畅捷通信息技术股份有限公司 | 元数据扩展方法和元数据扩展装置 |
CN106777097A (zh) * | 2016-12-14 | 2017-05-31 | 济南浪潮高新科技投资发展有限公司 | 一种元数据分层扩展时的合并方法 |
CN107247725A (zh) * | 2017-04-28 | 2017-10-13 | 天津电气科学研究院有限公司 | 基于元数据逻辑无关分片的结构完整性检测优化方法 |
Non-Patent Citations (2)
Title |
---|
BabuDB: Fast and Efficient File System Metadata Storage;J. Stender 等;《2010 International Workshop on Storage Network Architecture and Parallel I/Os》;20100916;51-58 * |
元数据技术在科学数据共享平台中的应用;张英俊 等;《太原理工大学学报》;20090813(第04期);341-344 * |
Also Published As
Publication number | Publication date |
---|---|
CN109840078A (zh) | 2019-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9792284B2 (en) | System, method and computer program product for multilingual content management | |
US8332359B2 (en) | Extended system for accessing electronic documents with revision history in non-compatible repositories | |
CN105511873B (zh) | 用户界面控件展示方法及装置 | |
US8302014B2 (en) | Merging modifications to user interface components while preserving user customizations | |
US8392873B2 (en) | Methods and apparatus for implementing model-based software solution development and integrated change management | |
JP4812337B2 (ja) | フォームタイプを使用してフォームを生成する方法および装置 | |
US10437584B2 (en) | Web client command infrastructure integration into a rich client application | |
US8886590B2 (en) | Master data management in a data warehouse/data mart | |
EP2189931A1 (en) | Integrated document oriented templates | |
CN104391725A (zh) | 页面展示方法和页面展示装置 | |
US10706033B2 (en) | Content management system and method for managing ad-hoc collections of content | |
US20140137079A1 (en) | In-place definition of software extensions | |
US20170351506A1 (en) | Automating feature graduation | |
CN109840078B (zh) | 一种协作编辑分层元数据的方法及装置 | |
US20070061349A1 (en) | Hierarchically describing shapes | |
US7739660B2 (en) | Code management in a distributed software development environment | |
US8001526B2 (en) | Hierarchical property storage | |
CN102520971B (zh) | 基于cad软件的数据交互方法及装置 | |
US9223639B2 (en) | In place object reconstruction | |
CN117234466B (zh) | 企业管理软件开发方法、系统、设备及存储介质 | |
CN110879703B (zh) | 应用程序编程接口的管理方法和装置 | |
CN109214760B (zh) | 一种邮件中的图表处理方法和装置 | |
US20240168727A1 (en) | Creation and automatic updating of a software application | |
CN109445830B (zh) | 一种扩展元数据升级方法及系统 | |
CN115904343A (zh) | 前端应用的样式处理方法、装置、电子设备及存储介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |