我正在考虑为客户编写快速聊天应用程序,以帮助他们解决一些通信需求。很明显,写一个简单的聊天并不是一件容易的事,但公司有严格的扩展需求,因此从一开始就在noSQL存储上构建服务可能是一个好主意。
除了明显缺乏交易,这不是我们关注的问题之一,使用noSQL存储进行聊天是个好主意吗?
答案 0 :(得分:2)
如果你追求可扩展性和性能,那么MongoDB应该足够好了。对于这些东西来说,大多数SQL引擎都是过度的。我怀疑你是否需要复杂的数据聚合和其他聊天数据查询。即便如此,MongoDB还具有map-reduce功能,可以帮助您。
答案 1 :(得分:1)
NoSQL 如果您有没有固定数据模型,则使用,这适用于您必须存储对象和文档的文档导向应用程序,其中每个对象和文档可能具有不同的结构
我认为情况并非如此,因为聊天记录有一个定义良好的固定数据模型,例如(用户,时间,文本)。我认为传统的SQL数据库可能适合您。如果仅在客户端使用, SQLite 将是最合适的,因为无需安装或配置,只需重新分发SQLite dll即可。足迹也非常小。
答案 2 :(得分:0)
我会说不。 SQLite包含在PHP中......为什么不使用它?或者更好的是,为什么不使用已经存在的数百个聊天应用程序中的一个,并节省一大堆开发时间。