[发明专利]实体对象的存储设计及管理方法在审
申请号: | 202110607738.4 | 申请日: | 2021-06-01 |
公开(公告)号: | CN113051441A | 公开(公告)日: | 2021-06-29 |
发明(设计)人: | 赵鹏;王海强;杨晓冬;姜青涛 | 申请(专利权)人: | 北京道达天际科技有限公司 |
主分类号: | G06F16/901 | 分类号: | G06F16/901;G06F16/903;G06F16/31;G06F16/33 |
代理公司: | 北京华专卓海知识产权代理事务所(普通合伙) 11664 | 代理人: | 王一 |
地址: | 100085 北京市海*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 实体 对象 存储 设计 管理 方法 | ||
本公开的实施例提供了一种实体对象的存储设计及管理方法、装置、设备和计算机可读存储介质。所述方法包括根据业务需求,创建N个实体对象;N为大于等于2的正整数;将所述实体对象以节点的形式存入图数据库,同时以文档形式存入全文检索数据库;根据业务需求,创建关联实体对象,并存入所述图数据库;所述关联实体对象用于关联所述实体对象。以此方式,能够解决企业系统应用,在面向海量数据的存储、管理与分析时的绝大多数场景的应用需求,可以使得企业应用的系统架构简单、高效、可扩展。
技术领域
本公开的实施例一般涉及架构设计领域,并且更具体地,涉及一种实体对象的存储设计及管理方法、装置、设备和计算机可读存储介质。
背景技术
现阶段,企业常用的数据库系统,大致可分为两大类,传统的关系型数据库(例如Mysql、Oracle、PostgreSQL等) 和非关系型数据库(例如,Mongodb、Elasticsearch和Neo4j)。
对于传统的关系型数据库,除个别的收费数据库(像oracle)外,大多的关系型数据库,在海量数据的高效读写性能方面表现差劲;固定的表结构(schema模式),灵活度欠佳,尤其是对于业务变化较快的企业,修改系统的表结构将带来大量的工作量与不便;在高并发读写上,硬盘I/O是一个很大的瓶颈;在数据的复杂关联分析与信息查询上,关联表查询的笛卡积会严重降低查询效率。
对于非关系型数据库,则大多是在事务性的处理上相对较弱,没有固定的SQL查询语言,学习成本相对较高。
综上,当前对于企业系统应用开发常见的查询需求,如:全文检索、条件查询、基于地理信息的空间查询和复杂的多级关联查询分析上,不论是传统的关系型数据库,还是非关系型数据库,均不能同时满足上述常见的查询与分析需求。
发明内容
根据本公开的实施例,提供了一种实体对象的存储设计及管理方案。
在本公开的第一方面,提供了一种实体对象的存储设计及管理方法。该方法包括:
为业务需求创建N个实体对象;N为大于等于2的正整数;
将所述实体对象以节点的形式存入图数据库,同时以文档形式存入全文检索数据库;
根据业务需求,创建关联实体对象,并存入所述图数据库;所述关联实体对象用于关联所述实体对象。
进一步地,还包括:
接收检索信息;
对所述检索信息进行分析,选取业务查询或分析接口;
通过所述业务查询或分析接口,从所述图数据库或全文检索数据库中查询相应检索信息。
进一步地,所述对所述检索信息进行分析,选取业务查询或分析接口包括:
通过查询与分析服务的路由选择器对所述检索信息进行分析,若所述检索信息为非复杂关联关系查询,则选取全文检索数据库的查询接口;
若所述检索信息为复杂关联关系或路径的查询与分析,则选取图数据库的查询分析接口。
进一步地,所述通过所述业务查询或分析接口,从所述图数据库或全文检索数据库中查询相应检索信息包括:
若所述业务查询或分析接口为所述全文检索数据库的查询接口,则通过查询服务调用全文检索数据库的查询API进行查询;
若所述业务查询或分析接口为所述图数据库的查询分析接口,则通过分析服务调用图数据库的查询API进行查询分析。
进一步地,还包括:
对所述实体关联关系进行事务性操作时,通过SEATA分布式事务服务,将所述事务性操作同步写入所述图数据库和全文检索数据库中;所述事务性操作包括创建、增加和/或删除。
在本公开的第二方面,提供了一种实体对象的存储设计及管理装置。该装置包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京道达天际科技有限公司,未经北京道达天际科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110607738.4/2.html,转载请声明来源钻瓜专利网。