php - 将内容存储在数据库而不是普通的 ASPX 或 PHP 页面上是否存在任何性能问题？

Question

我和一位同事上周正在讨论构建网站的最佳方式。对于如何在网站上存储内容，我们都有不同的想法。我一直采用的方法是将任何类型的文本或图像链接(不是图像文件)存储到数据库中。这样，如果我需要更改一封信或一句话，我只需要访问数据库即可。我不必触摸实际的网页本身。

我的同事在一定程度上同意这一点。他认为存在与从数据库中检索内容相关的性能问题，尤其是当内容的每个字符都来自数据库时。当他建立网站时，任何不会经常更改(如果有的话)的内容都将硬编码到页面上，而任何会定期更改或添加的内容都来自数据库。

我看不出这样做有什么好处，只是从每次我们对 ASPX 页面进行更改的角度来看，我们都需要重新编译站点以上传它。因此，如果某个页面在某个页面上有拼写错误的“The”(所以它就像“Teh”)，我们必须在页面上更改它，然后重新编译网站(整个网站)，然后上传它。

与我的同事一样，他认为如果一切都来自数据库，那么网站和数据库就会出现性能问题，并且网页到浏览器的整体加载速度会降低。

我们都想知道的是，如果网站从数据库中提取所有内容(不是 HTML 代码本身，更像是页眉、页脚、链接等的内容)，它会减慢网站速度吗？除此之外，如果存在性能问题，什么会更好？一个具有性能问题的 100% 数据库驱动的网站，或者一个包含硬编码内容的网站，这意味着仅仅为了一个单词或字母的更改就需要花费 10/20 分钟来编译和上传网站？

我很想知道是否还有其他人听说过它，或者他们是否对这个主题有自己的想法？

干杯

Answer 1

自然地，从数据库中检索信息比直接从文件系统中检索信息要慢位。但你真的在乎吗？如果您正确地设计了您的应用程序，那么

a) 你可以实现缓存，这样就不会为每个页面都访问数据库

b) 性能差异无论如何都会很小，特别是与将页面从服务器传输到客户端的时间相比

100% 数据库方法为您的应用程序带来更多灵 active 和功能的潜力。

这是将缓存/性能考虑置于功能/可用性之前的经典案例。瓶颈很少会出现在您期望的时间和地点 - 因此请专注于开发功能强大的应用程序，然后在需要的时间和地点实现缓存。

我并不是说将模板存储为静态文件是个坏主意 - 只是性能不应该是您进行这些评估的主要驱动因素。例如，静态模板可能更安全或更易于使用您的开发工具进行编辑。