数据库大小与PHP处理速度

目前在我的应用程序中，我有一个设置，在提交数据时，PHP使用几个函数处理这些数据，然后将其放入数据库中，例如

敏捷的棕色狐狸跳过了懒狗

成为搜索引擎优化的标题

敏捷的棕色狐狸跳过了懒狗

这个字符串存储在我的数据库中的

title\u seo

下，但我的问题如下

更重要的是：

• 用于存储此额外解析字符串的数据库大小
• 或者转换它们所使用的资源

现在，当我说“用于转换它们的资源”时，我的意思是，如果我要从数据库中删除列，然后每次输出内容时解析一般标题

显然，每次调用content get时进行解析时，PHP的使用量都会增加，但数据库的大小会减少

我应该更担心什么呢？

他们两个都不担心

在这种情况下，计算成本是最小的。但是将seo_标题存储在表中可以让您

将文章标题的url

更改为您想要的任何内容

---

因此，我会将

标题\u seo

保留在数据库中

相对而言，硬盘空间被认为比处理时间更便宜。因此，只需浪费处理时间将标题转换为SEO标题一次，并将它们存储在数据库中是最好的选择。

这是一个经常被回答为“根据您自己的需要”的问题。任何软件都必须在计算能力和所用内存之间保持平衡

然而，正如现在许多人所说，“磁盘空间很便宜”

---

所以，回到第一步，问问你自己，你是否会有大量的数据，你将把它们存储在哪里（你自己的服务器，Amazon S3等），但我会选择“只存储一次”选项。

我对@yes123的答案没有太多补充，但最后，整个想法是，您应该看看是否可以在数据库中存储更多数据以防止进行不必要的计算，不要将其视为一条规则，但我更倾向于存储更多的Db数据而不是进行更多的计算

在您的例子中，将字符串转换为SEO字符串的计算看起来非常简单，因此这无关紧要，但有时，您有一个包含一些内容的表，如价格、单位数量、折扣等…，最好在添加行时计算价格，而不是每次显示时都要计算价格

---

希望我能帮忙

如果你有数百万页，用DB搜索引擎优化标题是个坏主意。很好的一个方法是只将其作为缓存值文本

如果您的页面少于1000万页，但超过100万页，-db可能需要为se标题设置单独的表格

如果你的记录较少，-没有任何区别

---

注：我在考虑相应的站点规模访客数量。

“计算成本很低”，但如果我们谈论的是数百万的请求，那么它将不是最小的，对，关于可变seo标题的优点仍然是最小的。网络应用程序的瓶颈不是简单的字符串替换，当你改变文章标题时，链接不会消失。谢谢你的回答，完美。我猜这是可以测量的，但无论怎样都可以忽略不计。真正的问题可能是一致性。将slug与标题分开需要在编辑标题时进行自适应。奥托，这也将使鼻涕虫在意向上与头衔不同。因此，这更像是一个功能与规范化的问题。+1对mario来说，因为它是mario最终将其保留在db中，否则您可能会最终导致死链接（您更改标题，将文章添加到书签的人将获得404页）。