gpt4 book ai didi

php - 适用于写读密集型站点的良好 NoSQL 数据库

转载 作者:搜寻专家 更新时间:2023-10-31 21:14:55 26 4
gpt4 key购买 nike

好的,我确实为我的客户准备了一个小型消息传递站点。那么它更像是一个评论后系统(用 PHP 创建)。现在我的客户想要一个系统可以评论另一个现有评论并添加一些功能,如喜欢和标记。另一件事是现有系统被我的客户在他的公司大量使用,因为他们像使用 Skype 聊天一样使用它(这使得它的读写密集型)。我的客户希望尽可能使用开源软件。所以我使用了 mysql 社区版。

关于我的故事太多了...所以我对 NoSql 数据库进行了 1 周的研究,我发现它适合我的要求,因为我的客户想要添加功能(这意味着不时添加和添加列和表。 ) 现在这些是引起我注意的 nosql 数据库系统。(好吧,如果你能推荐其他 nosql 数据库系统就可以了)

  1. MongoDB
  2. CouchDB
  3. Redis

现在我的问题是这三者中哪一个对我的情况有好处?我还读了一些关于这 3 个 nosql 数据库的坏消息

  1. MongoDB 的 2.x 版本很烂
  2. CouchDB 很慢(我的客户不想慢)
  3. Redis 是基于内存的,因此它只是在特定的时间间隔内写入磁盘。所以当系统在间隔中间崩溃时,数据就会丢失

我想对此有一些意见以及任何可以帮助我应对即将到来的情况的建议

最佳答案

MongoDB 是一个流行的解决方案,也是我个人的偏好。 Mongo 的优点(除了无模式)是您可以嵌套/嵌入文档。因此,例如,您可以有一个评论,其中包含一个子评论数组,每个子评论都有自己的子评论数组。我不知道任何其他具有该功能的数据存储。它也很快。

CouchDB 有一些不错的特性,但 Mongo 非常相似而且更好。

Redis 与其他两个有很大不同。它主要用作 memcached 的替代品。所以它主要用于临时数据。尽管它内置了一些不错的 pubsub 功能。很多人同时使用 MongoDB 和 Redis,但用途不同。

关于php - 适用于写读密集型站点的良好 NoSQL 数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11061272/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com