加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程 > 正文

数据库提议 – 哪种DBMS合用于超快速读取和简朴的数据布局?

发布时间:2021-03-05 12:00:18 所属栏目:编程 来源:网络整理
导读:我正在开拓一种产物,作为其操纵的一部门,必需跟踪大量文件/目次.我们的设法是将数据信息存储在数据库中,然后在启动时为每个文件建设监督.变动的文件将列队(在数据库中),以便将组同步到长途数据库.它们将按优先次序同步,数字在1-10之间. 数据库信息: 100,000

我正在开拓一种产物,作为其操纵的一部门,必需跟踪大量文件/目次.我们的设法是将数据信息存储在数据库中,然后在启动时为每个文件建设监督.变动的文件将列队(在数据库中),以便将组同步到长途数据库.它们将按优先次序同步,数字在1-10之间.

数据库信息:

>< 100,000条状态信息
>在引导时读取整个数据库,只必要文件路径
>列队的文件将具有优先级字段(不必要搜刮任何其他内容)
>插入也许很慢

我发明白一些我以为可行的数据库,但我不确定哪种数据库最好:

> Redis-将文件路径存储为密钥,将stat数据存储为值;行列将是一个列表
> MongoDB-比Redis更多的查询选项,但如故很快

我以为NoSQL数据库在这里是最好的办理方案,由于没有太多的相关逻辑正在举办,而且总数据巨细不是太大(相同于<100 mb,靠近<30 mb) ).我确实看过SQLite,由于它好像很简朴,可以嵌入到可安装的应用措施中. 因为这是最终用户的漫衍式应用措施而不是高负载处事器,因此数据库不必支持很多并发用户.这里的首要优先事项是找到一个模子最故意义的数据库. 那么题目是哪个数据库最得当这种环境? 另外,是否有任何其他数据库对这样的应用措施更故意义?

办理要领

起首想到的是我认识的特定RDBMS.可是,我熟悉到它也许不是这个应用措施的最佳选择.

以是,我的提议是行使您认识的数据库.假如您认识Redis或MongoDB,那么请选择个中一个.假如您对SQLite更认识,那就选择它.

在这个巨细的数据库上,统统城市很是快.纵然是磁盘较多的数据库也会行使某种缓存,因此磁盘速率不会太大.

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读