我有一个数据库站点，在发布时将提供大约 1,200 个主要条目，并且每年有望添加约 100 个新条目。每个条目将由来自数据库的约 20 个基本值、计算的平均评分和可变数量的用户评论组成。
评分和评论输出必须根据页面请求生成，但其余数据将是静态的，除非管理员进行了错误更正。
考虑到带宽、数据库负载和下载时间 - 最好在 a 之后使用几个查询动态生成整个页面，GET或者最好有 html 文件并附加评级和评论，然后编写一个更新脚本运行时会更新所有 html 记录吗？
在我看来，优点和缺点是：
即时
+ 通过仅在需要时构建页面来节省托管空间
- 没有任何东西可供搜索引擎查找？
- 由于额外的查询，速度稍慢
HTML 和附加
+ 搜索引擎友好
+ 由于查询较少，速度稍快
- 使用磁盘空间
- 代码要求稍微复杂一些
中性
= 模板将是相同的任何一种方式
想法？
做任何最容易编码的事情：你会发现在实践中你所有的优点和缺点实际上对于这两个选项都是相同的。
就个人而言，考虑到无论如何您都必须访问数据库来提供评论，我会选择一个完全即时生成的页面。
从 1,200 条数据库记录动态创建网页 - 事实上，坦率地说，1,200,000 条数据库记录 - 即使在适度指定的共享主机上也完全符合 MySQL 和 PHP 的能力。有很多网站示例使用这种组合与数百万条记录，因此您不会发现性能是很长一段时间内的问题！
碰巧的是，您可能不会节省托管空间，因为数据库记录占用主机空间的方式与静态数据相同。
搜索引擎将复制用户浏览器的功能。它向您网站的根目录发出一个很好的 HTTP GET 请求，然后分析每个链接并请求每个链接，直到蜘蛛程序获得它可以获取的每个页面。因此，要确保数据库驱动的网站被搜索引擎索引，<a href="http://linkgoeshere">Link text</a>请在页面中提供指向每条记录的链接。
像下面带有网格的 AZ 条目列表这样简单的东西就可以了——例如，我目前正在处理的网站是http://arkive.org，我们就是这样做的。