2

我有一个非常小的数据库(15 个表,约 1000 行),它被非常频繁地访问以获取数据。我想知道除了用于存储和访问数据的数据库之外还有哪些其他选择?

4

2 回答 2

3

TL;博士; 除非您确实有必要以不同的方式组织数据,否则请使用关系 DBMS 选项,而不是尝试重新发明轮子。

就数据而言,关系数据库几乎总是最好的选择。已针对搜索进行了优化,在插入和更新方面具有相对较好的性能,同时保持合理的结构水平,并遵循一系列范式以强制执行结构和良好的设计决策。


当您以结构化的方式存储数据时,始终需要“数据”“基础”。所以你总是需要一个数据库,数据库的实际实现和信息的组织方式被称为 DBMS(数据库管理系统),从这个意义上说,你有很多选择。

在我看来,就数据库的组织方式而言,您有非关系数据库(通常称为 NO-SQL 数据库)

引用一些。

您可以使用多个关系 DBMS:

  • 甲骨文
  • Sql 服务器
  • Postgree SQL
  • mysql
  • Sqlite

甚至是其他类型的 DBMS,它们不是通用的,而是特定于应用程序的。

一般来说,您对后端数据库的选择应该由您现在的需要以及您认为将来需要什么来确定:

  • 您要维护和管理的数据
  • 你如何看待数据
  • 性能限制和非功能性要求。
  • 您的团队对新技术的熟悉程度与众所周知的关系 SQL 对的熟悉程度。
  • 数据的逻辑组织以及您计划如何访问它。
于 2013-07-16T16:41:38.430 回答
0

Tjameson 是对的,您可以使用内存存储来充当权威数据库,或充当数据库的缓存。

显然,如果内存数据库不时不时将数据刷新到磁盘,那么它很可能对于永久存储来说太不稳定了。重新启动将杀死一切。

我也同意 tjameson 的观点,即问题可能出在其他地方。

调试生产问题的最佳方法是获取数据、数据、数据。问题并不总是在你认为的地方。

于 2013-07-16T16:05:48.600 回答