关于基于性能的论坛系统的存储过程设计的问题
下面是小弟想问的问题所涉及的信息，请各位先看下。
  相关数据库表及字段有
  fsort(版块）(fsid,uid添加人,state,.......),
  forum(问贴）（fid,fsid,state,title,uid,iid,......),
  user（用户）(uid,iid,password,name,......),
  reforum（复贴）(rid,fid,iid,uid,state,......),
  head(头像）(iid,path,state),
  书本上的案例是按这样的思路设计的：
  根据request里的论坛版块号fsid，进入fsid版块的页面，经select语句列出所有问贴；
  点击链接进入某一问贴的页面，根据request里的问贴号fid，查询fsort表，显示各字段；
  再根据fsort表的uid,查询user表，显示问贴楼主（即添加人）的信息；再根据user表的uid，
  查询head表，获得头像图片路径；再根据问贴号fid，查询reforum表，显示各字段，根据iid，
  查询head表，获取复贴图片的路径，在遍历结果集中，又根据每条记录的uid,查询user表，
  显示回复人的信息，并根据user记录的iid，查询head表，获取回复人头像图片路径，直到所有
  该贴的回复人信息遍历完。
  总的来说就是：版块页面显示各个版块，进入某版块页面后，列出若干问贴，进入某问贴页面，
  列出问贴具体信息，楼主信息，回复者信息。

  我觉得案例里的代码没考虑大数据量时的性能，想结合临时表处理分页，块操作等方式，
  使用pl/sql编程来提高性能。请各位前辈给个建议，要实现那样的功能，大概的思路应该怎样？

------解决方案--------------------
尽量把页面静态化