代码之家  ›  专栏  ›  技术社区  ›  Industrial

在key->value(noSQL)数据库中存储聊天对话?

  •  0
  • Industrial  · 技术社区  · 15 年前

    我正在考虑为客户编写一个快速聊天应用程序,帮助他们解决一些通信需求。显然,编写一个简单的聊天是不费脑子的,但公司有严重的扩展需求,所以从一开始就在noSQL存储上构建服务可能是一个好主意。

    除了明显缺少事务(这不是我们关心的问题之一)之外,使用noSQL存储进行聊天是否是一个好主意?

    3 回复  |  直到 15 年前
        1
  •  2
  •   bcosca    15 年前

    如果您追求可伸缩性和性能,MongoDB应该足够好。大多数SQL引擎都会对这类东西做得过火。我怀疑您是否需要对聊天数据进行复杂的数据聚合和其他查询。即使这样,MongoDB也有MapReduce功能来帮助您。

        2
  •  1
  •   codymanix    15 年前

    诺什 如果你有 无固定数据模型 ,这适用于面向文档的应用程序,在这些应用程序中,必须存储对象和文档,每个对象和文档可能具有不同的结构。

    我不认为你的情况是这样,因为聊天记录有 定义良好的固定数据模型 传统SQL数据库 可能适合你。如果只在客户端使用, 数据库 会是最合适的,因为 无需安装或配置 ,只需重新分发SQLite dll。而且脚印很小。

        3
  •  0
  •   Nathan MacInnes    15 年前