1

我的用例如下——
我有一个包含大约 1000 多个条目的数据库表,并且该表不经常更新/编辑,但我希望这在未来会发生变化。表中的某些列包含相当长的字符串。
现在我正在编写一个 UI 应用程序,该应用程序将具有一些鼠标悬停事件,这些事件将显示从上述数据库表中派生的文本。

对于我的用例,我决定编写一个后端“服务器”,它将托管一个内存数据库,该数据库将包含上述表中存在的所有数据。现在,UI 应用程序将在启动时缓存来自后端服务器存在或托管的内存数据库中的所需数据。

我的用例是否证明使用内存数据库是合理的?
如果没有,我应该考虑哪些替代方案?

编辑 1——我的用例还涉及非常频繁地在数据库上运行多个不同复杂度的搜索。

谢谢
p1ng

4

1 回答 1

3

似乎是内存数据库的绝佳用例。另一方面,自己编写可能不是要走的路。

几乎任何可以想象的场景都有很多现有选项:http ://en.wikipedia.org/wiki/In-memory_database

如果您对文本数据进行复杂的搜索,Lucene非常出色。它有特殊的内存存储后端,但实际上,对于这么小的数据集来说并不重要——无论如何它总是会被快速缓存。

于 2012-02-23T18:27:43.473 回答