藏匿也是一种数据库,如档案系统。 记忆藏匿处只是一个专门应用的内流数据库,一些内流数据库是专门的记忆库。

专题数据库的其他用途已经列入其他答复,但请允许我列举这些用途:

1. Memory cache. Usually a database system specialized for that use (and probably known as a memory cache rather than a database ) will be used.
2. Testing database-related code. In this case often an in-memory mode of some generic database system will be used, but also a dedicated in-memory database may be used to replace other on-disk database for faster testing.
3. Sophisticated data manipulation. In-memory SQL databases are often used this way. SQL is a great tool for data manipulation and sometimes there is no need to write the data on disk while computing the final result.
4. Storing of transient runtime state. There are application that need to store their state in some kind of database but do not need to persist that over application restart. Think of some kind of process manager – it needs to keep track of sub-processes running, but that data is only valid as long as the application and the sub-processes run.

通常使用的个案是进行单位/一体化测试。

你们并不真正关心每次试验之间的持续数据,而你们想要尽快进行测试(鼓励人们经常这样做)。 设置一个正在运行的数据库使你能够非常迅速地获得数据。

你们的记忆库是否得到支持?

你们如何把网上数据库视为真正的切合点?

这的确留下了这样一个问题,即:本主题数据库的配置如何,如何管理更新,如何在多种情况下保持一致性。

如果你不使用指数等过滤器,那么在1 000个元素中寻找某种东西是缓慢的。 这些陷阱已在数据库引擎(如其持久性或内层)实施。

网上数据库可提供比你能够迅速实施自行设计结构的检索功能更为有效的搜索功能。

就一般用途(现方)查询而言,网上数据库的大小大约比传统的RDBMS要快。 大部分是磁盘支持,提供与正常的RDBMS相同的一致性——只能把整个数据集排入RAM。

核心概念是磁盘背后储存,可受到大量任意准入处罚,不适用于排雷司。 利用传统的RDBMS数据分类办法,数据可以任意加以索引/编排,但不能优化使用。

那些需要实时答复的申请,希望使用记忆数据库,或许适用于控制飞机,因为应变时间至关重要的工厂。

记忆数据库对于游戏方案规划也很有用。 你可以把数据储存在一个记忆数据库中,数据库比永久数据库要快得多。

它们被用作储存、查询和修改操作时间数据的先进数据结构。

如果几个不同的申请要进入数据集,你可能需要一个数据库。 数据库有获取/修改数据的一贯接口,你的散列表(或你使用的任何其他数据)获得数据。

如果一个单一方案处理数据,那么就有理由以你正在使用的任何语言使用数据结构。

In-memory database is better than performing database caching. Database caching works similar to in-memory databases when it comes to READ operations.

另一方面,就工技企发中心的业务而言,与数据库藏库相比,中层数据库较快,数据库中的数据一直保留在磁盘上(导致IO的间接费用)。

此外,如果数据库对你进行跟踪,那么你就永远不会在使用现场数据库时用刀.。

鉴于这些数据库的速度和援助团价格的下降,它今后很可能成为主流技术。 有一些已经发展了精密的特征,如:Kingk查询、二级指数和处理比RAM大的数据集的发动机。