我想知道您对在数据库中存储聊天消息有何看法？
我需要能够将其他内容（如文件或联系人）绑定到它们，并且使用数据库是我目前看到的最佳方式。
文件也有同样的问题，因为它们可以绑定聊天消息，我也必须将它们存储在数据库中..
有成千上万的消息和文件，我想知道性能下降和数据库大小。
考虑到我将 PHP 与 MySQL/Doctrine 一起使用，你怎么看？
【问题讨论】：
标签： php doctrine chat storage message
我认为，只要您正确构建数据库，就可以在数据库中存储任何文本信息（名称、消息历史记录等）。我曾在大型网站（每天访问数公斤）和电信公司工作，这些公司将用户信息（包括流量统计数据）存储在数据库中，这些数据库已增长到数百 GB，并且应用程序运行良好。
但是对于像图像和文件这样的二进制信息，最好将它们存储在文件系统中并且只将它们的路径存储在数据库中，因为从将数据库进程绑定到读取的磁盘上读取它们会更便宜一个数兆字节的文件。
正如我所说，重要的是你要做几件事：
正确构建信息结构 - 正确设计数据库非常重要，根据您的性能目标正确地将其划分为表和字段，因为这将构成您的应用程序和查询的基础。弄错了，你的查询会很慢。
对与每个表相关的表引擎做出正确的决定。这是一个重要的步骤，因为它将极大地影响查询的性能。例如，MyISAM 会在更新表时阻止对表的读取访问。这对于像社交网络或新闻网站这样的 Web 应用程序来说将是一个问题，因为在许多情况下，您的用户基本上必须等待信息更新完成才能看到生成的页面。
创建适当的索引 - 对性能非常重要，尤其是对于大型数据库快速增长的应用程序。
随着数据的增长衡量查询的性能并寻找改进方法 - 您总会发现必须消除的瓶颈，这是一个持续不断的过程。每个流行的网络应用程序都必须这样做。
【讨论】：
我认为像 CouchDB 或 MongtoDB 这样的 NoSQL 数据库是一种选择。您还可以单独存储文件并通过已知文件名链接它们，但这取决于您的系统架构。
【讨论】：