一页一个HTML。如果生成HTML还要动态+缓存的话就没有意义了。
生按时间反序的HTML没什么意义,新增一条记录要更新所有页。本身没有静态的可能也就没必要生成HTML了。
可以使用数据库缓存依赖,只要关联的数据发生更新就重新生成html,至于分页还是要使用缓存
其实对于很多条数据纪录并且经常更新的系统(例如博客园的Post)实际上更新和访问大多集中在一些新数据上(比如博客园的最近一段时间的文章,对于以前的文章可能成为历史纪录),那么在处理数据时可以这样考虑,
数据库设计:一个最近数据表,一个历史纪录表(分开存储主要是使用策),需要一个job来完成存入历史
逻辑设计:对于最新数据可能做成缓存(依赖数据库的缓存),对于历史的可以直接访问数据库,这样也不会有太大问题。也可以使用静态页。
其实我个人觉得生成静态页面似乎没有缓存来的快,而且维护起来比较麻烦。
静态页适合于长久不更新,并且数据量比较大的情况使用。一般在新闻系统中比较常用。
一般提高效率查询效率的方法是
数据库结构
数据库索引
缓存
最后才会考虑静态页面
如果你前3格都做好了 在考虑第4格吧