[发明专利]基于多租户SaaS架构的元数据管理方法、系统及电子设备有效
申请号: | 202110451566.6 | 申请日: | 2021-04-26 |
公开(公告)号: | CN112860948B | 公开(公告)日: | 2021-07-27 |
发明(设计)人: | 杨学海;刘志强;李春涛;李维 | 申请(专利权)人: | 北京仁科互动网络技术有限公司 |
主分类号: | G06F16/90 | 分类号: | G06F16/90;G06F16/907 |
代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 盛明星 |
地址: | 100020 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 租户 saas 架构 数据管理 方法 系统 电子设备 | ||
1.一种基于多租户SaaS架构的元数据管理方法,其特征在于,包括:
对基于多租户SaaS架构下的元数据进行分层处理,得到相互隔离存储的第一层元数据和第二层元数据,所述第一层元数据包括各租户独有的第一元数据,所述第二层元数据包括所有租户共享的第二元数据;
根据接收到租户对第二元数据的变更需求和所述第二元数据所属元模型的自定义规则,对所述第二元数据进行变更处理,得到变更后的第二层元数据的第三元数据;
根据接收到租户的查询请求,基于所述自定义规则将变更前的第二层元数据的第二元数据与变更后的第二层元数据的第三元数据进行合并处理,得到合并后的第二层元数据的第四元数据;
其中,每个元模型对其元数据定义有唯一标识属性,所述唯一标识属性的值为所述元数据的唯一标识。
2.根据权利要求1所述的基于多租户SaaS架构的元数据管理方法,其特征在于,所述将变更前的第二元数据与变更后的第三元数据进行合并处理,得到合并后的第四元数据之后,还包括:
获取第一层元数据的第一元数据;
将所述第一层元数据的第一元数据与已合并完的第二层元数据的第四元数据进行合并处理;
判断所述第一元数据与已合并完的第四元数据是否存在相同的唯一标识;
如果所述第一元数据与已合并完的第四元数据存在有相同的唯一标识的元数据,则将具有相同的唯一标识对应的第一元数据覆盖已合并完的第四元数据。
3.根据权利要求1所述的基于多租户SaaS架构的元数据管理方法,其特征在于,所述根据接收到租户对第二元数据的变更需求和所述第二元数据所属元模型的自定义规则,对所述第二元数据进行变更处理,得到变更后的第二层元数据的第三元数据,包括:
根据所述第二元数据所属元模型的自定义规则所定义的变更方式对所述第二元数据进行对应的变更处理,所述变更方式包括属性增量变更、记录增量变更以及废弃增量变更三种方式。
4.根据权利要求3所述的基于多租户SaaS架构的元数据管理方法,其特征在于,所述根据所述第二元数据所属元模型的自定义规则所定义的变更方式对所述第二元数据进行变更处理,包括:
如果是属性增量变更,则对所述第二元数据相应的属性进行变更,生成属性增量的第三元数据;
如果是记录增量变更,则对所述第二元数据的记录进行变更,并基于所述第二元数据生成新的第三元数据;
如果是废弃增量变更,则对所述第二元数据进行废弃处理。
5.根据权利要求1所述的基于多租户SaaS架构的元数据管理方法,其特征在于,所述将变更前的第二层元数据的第二元数据与变更后的第二层元数据的第三元数据进行合并处理,得到合并后的第二层元数据的第四元数据,包括:
判断所述第二元数据与已合并完的第三元数据是否存在相同的唯一标识;
如果所述第二元数据与已合并完的第三元数据存在有相同的唯一标识的元数据,则将所述第三元数据的记录增量覆盖所述第二元数据,得到合并后的第二层元数据的第四数据。
6.根据权利要求5所述的基于多租户SaaS架构的元数据管理方法,其特征在于,所述将所述第三元数据的记录增量覆盖所述第二元数据,得到合并后的第二层元数据的第四数据,包括:
如果是属性增量变更,则将第三元数据的属性增量中属性变更后的值替换第二元数据相同属性的值,得到所述属性增量的第四元数据;
如果是记录增量变更,则将第三元数据的记录增量覆盖具有相同唯一标识的第二元数据,得到所述记录增量的第四元数据;
如果是废弃增量变更,则将所述第二元数据进行废弃处理,得到已经过所述废弃处理的第四元数据。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京仁科互动网络技术有限公司,未经北京仁科互动网络技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110451566.6/1.html,转载请声明来源钻瓜专利网。