Database 除了数据库之外，在web应用程序中存储数据的其他选项有哪些？

我有一个非常小的数据库（15个表，约1000行），经常被访问以获取数据。我想知道除了数据库之外，还有什么其他选项可以用来存储和访问数据呢？

Tjameson是对的，您可以使用内存存储作为权威数据库，或者作为数据库的缓存

显然，如果内存中的数据库没有不时地将数据刷新到磁盘上，那么它对于永久存储来说很可能太不稳定。重启会毁掉一切

我也同意詹姆逊的观点，也许问题出在别的地方

---

调试生产问题的最佳方法是获取数据、数据、数据。问题并不总是在你认为的地方；博士除非您确实有必要以不同的方式组织数据，否则只需使用关系型DBMS选项，而不是尝试重新发明轮子。

就数据而言，关系数据库几乎总是最好的选择。针对搜索进行了优化，在插入和更新方面具有相对良好的性能，同时保持合理的结构水平，并遵守执行结构和良好设计决策的原则

---

当您以结构化的方式存储数据时，始终需要“数据库”。因此，您总是需要一个数据库，数据库的实际实现和信息的组织方式称为DBMS（数据库管理系统），从这个意义上讲，您有很多选择

在我看来，就数据库的组织方式而言，您拥有非关系数据库（通常称为非SQL数据库）

引述几句

您可以使用多个关系数据库管理系统：

• 神谕
• Sql Server
• Postgree SQL
• MySql
• Sqllite

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

一般来说，您对后端数据库的选择应取决于您现在的需要以及您认为您将来需要什么：

• 您要维护和管理的数据
• 你如何看待这些数据
• 性能限制和非功能性要求
• 您的团队对新技术与众所周知的关系sql对的熟悉程度
• 数据的逻辑组织以及您计划如何访问它

---

内存中的数据库怎么样，比如or？不要把婴儿和洗澡水一起扔掉。不过，你的问题可能在其他地方，你分析过吗？我不应该应用关于可能减慢应用程序速度的部分，请忽略这一行，继续主要问题。很抱歉，我说的不对，为了清楚起见，我将对其进行编辑。如果不是为了性能，为什么不使用数据库？@tjameson我可能会使用一个，我只是想看看还有哪些其他选项可用。另一个问题：如果架构易于频繁更改，该怎么办？普通文件存储是一个不错的选择？？RDBMS允许频繁更改模式而不会出现问题。编程语言很难解决这个问题。如果您使用的是类似于ORM的实体框架，那么这就是更改模式的困难所在（然后您可能需要对象优先设计，而不是数据库优先）。根据您编写SQL语句的方式，您可能也会遇到问题，但同样，这不是数据库层，而是数据库上方的语言层可能会给您带来问题（尽管它没有太多问题）。