AnyBackup
性能爆表
AnyShare
如何购买
我已是Anyshare 客户
AnyRobot
如何购买
购买 AnyRobot 订阅服务
我已是 AnyRobot 客户
一对一在线咨询
我是 AnyRobot 新客户
一对一在线咨询
AnyDATA

爱数博客

全部 AnyBackup AnyShare AnyRobot AnyDATA AnyFabric

为什么MongoDB比MySQL更适合支撑AnyShare Family 7的元数据服务?

2020-06-06 2294 2

企业内容管理平台的关键能力是什么?

面对企业应用和员工产生的海量非结构化数据,仅仅存储下来是远远不够的,企业需要更好地整合、管理、应用这些数据:

MySQL面临的问题
为了满足内容管理平台对海量内容的多元化管理需求,我们借助索引引擎、人工智能、自动编目等手段,生成大量描述属性。这时,我们面临一个新的挑战,该如何存储这些多元化的属性数据?



AnyShare默认后台数据库是MySQL,像MySQL这样的关系型数据库,在每张表在创建时,表结构就已经被固定:

MySQL有固定的表结构文件.frm,其真实数据存储于.ibd文件

然而每一个文件的属性数据都是不同的,固定表结构的关系型数据型,不能满足非结构化数据元数据存储需要。AnyShare Family 7需要一种不约束表结构的数据库来扩展多元化的元数据存储需求。

MongoDB的不同之处
根据DB-Engines 在2020年5月的数据库排名,MongoDB是排名第一NoSQL数据库:


那么MongoDB是如何存储数据的呢?
MongoDB创建数据集合时,没有预定义“表结构“,而且是直接将数据写入数据文件,并在每个数据字段头部,写入对应的数据类型。所以,MongoDB的每一行数据,都可以有完全不同的结构。因此,MongdDB以Key-Value的形式,得以将完全不一样的数据条目,存储在同一个数据集合中,如下图所示:


所以,MongoDB能完美契合存储非结构化数据元数据的需求,成为AnyShare Family 7的必然选择。
 

请就本文对您的益处进行评级:

标签

产品技术

相关文章

热门标签

版本发布 在线教学

拨打400

免费销售咨询热线

400 8216055

7*24 小时免费售后服务热线

400 880 1569

购买咨询

购买咨询

售后服务

售后服务

返回顶部

为了给您提供更优质的服务,请您先完善以下信息:
确认提交

扫码关注

爱数技术支持中心公众号