加入收藏 | 设为首页 | 会员中心 | 我要投稿 源码网 (https://www.900php.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

数据库建议 – 哪种DBMS适用于超快速读取和简单的数据结构?

发布时间:2021-03-05 07:46:33 所属栏目:MsSql教程 来源:网络整理
导读:我正在开发一种产品,作为其操作的一部分,必须跟踪大量文件/目录.我们的想法是将数据信息存储在数据库中,然后在启动时为每个文件创建监视.更改的文件将排队(在数据库中),以便将组同步到远程数据库.它们将按优先顺序同步,数字在1-10之间. 数据库信息: 100,0

我正在开发一种产品,作为其操作的一部分,必须跟踪大量文件/目录.我们的想法是将数据信息存储在数据库中,然后在启动时为每个文件创建监视.更改的文件将排队(在数据库中),以便将组同步到远程数据库.它们将按优先顺序同步,数字在1-10之间.

数据库信息:

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

我发现了一些我认为可行的数据库,但我不确定哪种数据库最好:

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

我认为NoSQL数据库在这里是最好的解决方案,因为没有太多的关系逻辑正在进行,并且总数据大小不是太大(类似于<100 mb,接近<30 mb) ).我确实看过SQLite,因为它似乎很简单,可以嵌入到可安装的应用程序中. 由于这是最终用户的分布式应用程序而不是高负载服务器,因此数据库不必支持许多并发用户.这里的主要优先事项是找到一个模型最有意义的数据库. 那么问题是哪个数据库最适合这种情况? 此外,是否有任何其他数据库对这样的应用程序更有意义?

解决方法

首先想到的是我熟悉的特定RDBMS.但是,我认识到它可能不是这个应用程序的最佳选择.

所以,我的建议是使用您熟悉的数据库.如果您熟悉Redis或MongoDB,那么请选择其中一个.如果您对SQLite更熟悉,那就选择它.

在这个大小的数据库上,一切都会非常快.即使是磁盘较多的数据库也会使用某种缓存,因此磁盘速度不会太大.

(编辑:源码网)

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

    热点阅读