在社交网络中有两种处理个人资料页面呈现的基本方法：
1）每次请求页面时，都会向数据库发送一个查询，并构建配置文件页面。
2）每次更新配置文件时，都会自动构建一个新的html页面以供将来参考和请求。
这两种方法都有优势。在（1）中没有必要保留页面，在每次请求配置文件页面时，（2）中不需要访问数据库。
处理个人资料页面有一种常识吗？还有其他方法可以解决这个问题吗？有没有我不在考虑的问题？
任何帮助将不胜感激。
答案 0 :(得分：2)
选项2根本无法很好地扩展。即使是Facebook流量的0.1％，您也会经常生成HTML页面，以完全扼杀存储的吞吐量。
选项1可以通过分片数据库，添加内存缓存等，轻松扩展（好，不是无限，但你得到了点）。
此外，当您决定更改个人资料页面的布局时会发生什么？您必须为每个用户重新生成配置文件页面，这将非常昂贵。
选项1允许您从数据中分离布局和演示文稿。