Node.js 为什么在编写自己的服务器端存储时使用SQL/NoSQL DBs？

为什么在编写自己的服务器端键：value JSON时使用像Redis这样的数据库呢

为了客观起见，让我们通过以下指标来衡量价值：

灵活性 速度 可靠性

---

认为他们是一个接一个的。我可以通过对象、集合等构建数据，以更灵活地进行读/写/查询。我试图了解为什么这些服务的功能集足够丰富，足以保证按操作类型插入它们，即用户会话、购物车、推荐、产品目录、用户活动日志等。我知道，至少有一些利用内存；因此，他们更有表现力的可能性是很好的。但是，我还没有具体的数据。

您需要更具体地说明您的用例，但即使如此，他们也可能会像这样关闭它。

为什么不构建您自己的JSON服务器呢？出于同样的原因，您不需要编写自己的操作系统。最好使用经过时间测试的组件，如果它们是免费的，甚至更好

但是，市场上还有其他服务器存储JSON文档，如CouchDB、MongoDB等。Redis不支持JSON，它将JSON存储为序列化字符串

---

如果您需要对完整的JSON字符串进行快速读/写，请使用基于Redis快速内存的数据结构缓存；如果您需要查询JSON的部分内容，请使用其他JSON存储，如Mongo DB等。

我发现SQL/NoSQL DB的陷阱在于它们的具体使用。你说性能和可靠性是优势。在服务器上写和读我自己的存储不是更有效吗？我想我得好好记录我的商店才能让它们可靠，但这听起来并不难。我认为我自己管理商店的灵活性是值得的。但是，这显然不是流行的方法。请阅读Redis会更快，因为它最终是从内存运行的。我想我会在几天内将你的答案标记为正确，除非有人回复了全面的性能规格。太棒了！我在我的问题中添加了更清晰的内容，而没有根据您当前的答案进行编辑。如果你碰巧有建议使问题本身更有效，我愿意接受建议。尽量简短。我给Mangat Rai Modi提供了更多的上下文，并给出了以下回复：我发现SQL/NoSQL数据库的缺陷在于它们的逐案使用。你说性能和可靠性是优势。在服务器上写和读我自己的存储不是更有效吗？我想我得好好记录我的商店才能让它们可靠，但这听起来并不难。我认为我自己管理商店的灵活性是值得的。但是，这显然不是一条受欢迎的道路。你觉得我应该把这些移到上面吗？你提供的链接上的混合解决方案很不错。也许这个问题注定要结束。我想我会挺过去的。