Mysql 我应该将值存储在数据库中还是XML或文本文件中？

关于我正在开发的网站上的数据存储，我有几个简单的问题。该网站将允许用户的个人资料空间，他们有能力定制文本，图像，BB码等。这些配置文件的字符限制约为5000。我想知道如何最好地存储这些数据，因为它似乎需要大量存储在数据库中

我在考虑使用简单的文本文件来存储数据，并用用户ID命名。你们认为什么最有利于访问和写入速度，它会降低数据库的读/写性能；因为查看和更新个人资料将是网站的一大部分

---

谢谢各位。我期待着听取您的意见。

如果您已经在使用数据库，将其存储在那里会容易得多。5000个字符算不了什么。性能似乎与此无关。

我会选择将它们存储在数据库中，因为：

数据库中的所有数据都可以使用事务来保持数据的一致性

一次插入（事务）即可满足您的所有存储需求

一次选择将检索所有数据

备份数据库，你就完成了

如果运行缓慢，设置主从模式或分区很容易

您可以使用数据库工具在数据中搜索 另一方面，如果使用文件系统：

文件系统没有事务，如果插入失败会发生什么情况，并且您需要回滚，因为文件已经保存

如果文件系统与数据库不同步，会发生什么情况

它使代码复杂化，增加了错误压力

写入文件系统会增加额外的安全漏洞，因为您的DB应用程序现在可以写入文件系统上的现有文件，甚至可以覆盖这些文件 更一般地说
使用文件系统是因为在数据库中存储大的blob可能会很慢。
但是，在设置慢度之前，不应进行优化<代码>过早优化是万恶之源。

---

速度慢可能永远都不是问题，此外，您还可以在DB中进行大量优化

将此类内容保存到数据库中可能是最好的选择。在您拥有至少兆字节大小的文件之前，任何像样的数据库都应该能够很好地处理它们。

配置文件信息是否与现有数据库信息有任何关联？配置文件信息的结构是完全规则的，还是用户对其配置文件的结构有一定程度的控制？你有多少用户

如果配置文件信息与数据库的数据库功能完全分离，或者如果它的结构确实是可变的，并且如果您没有足够的文件以避免文件系统陷入困境，那么将其存储在单独的XML文件中是值得考虑的

---

如果有大量的概要文件，并且这些信息适合于关系存储，那么我可能会将其放在数据库中。如果它与主数据库的功能相关，那么它可能就属于主数据库。如果不是，你可以考虑一个单独的数据库，用于配置文件。

@ diEffice，与规范化有什么关系？我已经很好地对数据库规范化了。这与性能如何受到影响有关。不过，感谢您的回复。OP说，

允许用户使用个人资料空间，他们可以使用文本、图像、BB码等定制个人资料空间。

<代码>的字符限制约为5000。哎呀！那没有多少存储空间！我有一些应用程序，每个问题用户存储100倍，数据库中有数千个问题。我不太确定如果经常向数据库输入大量数据，会对性能产生什么影响。我担心的是，该网站已经非常数据库密集。谢谢你的提醒。