我有一个非常小的数据库（15 个表，约 1000 行），它被非常频繁地访问以获取数据。我想知道除了用于存储和访问数据的数据库之外还有哪些其他选择？
【问题讨论】：
标签： database web-applications web
TL;DR; 除非您确实有必要以不同的方式组织数据，否则请使用关系 DBMS 选项，而不是尝试重新发明轮子。
就数据而言，关系数据库几乎总是最佳选择。针对搜索进行了优化，在插入和更新方面具有相对较好的性能，同时保持合理的结构水平，并遵守series of normal forms 以强制执行结构和良好的设计决策。
当您以结构化的方式存储数据时，始终需要“数据”“基础”。所以你总是需要一个数据库，数据库的实际实现和信息的组织方式被称为 DBMS（数据库管理系统），从这个意义上说，你有很多选择。
在我看来，就数据库的组织方式而言，您有非关系型数据库（通常称为 NO-SQL 数据库）
引用一些。
您可以使用多个关系 DBMS：
甚至是其他类型的非通用但特定于应用程序的 DBMS。
一般而言，您对后端数据库的选择应根据您现在的需求以及您认为未来的需求来确定：
【讨论】：
Tjameson 是对的，您可以使用内存存储来充当权威数据库，或充当数据库的缓存。
显然，如果内存数据库不时不时将数据刷新到磁盘，则内存数据库很可能太不稳定而无法永久存储。重新启动会杀死一切。
我也同意 tjameson 的观点，即问题可能出在其他地方。
调试生产问题的最佳方法是获取数据、数据、数据。问题并不总是在您认为的地方。
【讨论】：