If your data is dynamic, then I can see dynamically generating pages as they are requested. Give the most up-to-date data possible and reduce maintenance costs. If a change from static to dynamic data is possible, go with dynamic.
OTOH, if you data is static (manually updated at scheduled intervals), I don't see the need to dynamically generate the pages on request. Instead, as you suggest, it would probably be better to generate static pages as a batch job when you update the data files. When using static data you can be assured of queries from anxious users wanting to know why their data doesn't appear on the pages. You can try to head some of them off by documenting the update intervals up front.
I don't know if is true for you, but if you have to make manual adjustments to your files (as a stop gap measure between updates) the ease/difficulty/feasibility of that process should be considered as well.
I believe that your most significant gains here are probably not going to be in terms of performance. Especially if the pages (static or dynamic) are basically the same in size although content may vary slightly. Rather, they will come from ease of maintenance.
@a=split??,'just lose the ego and get involved!';
for(split??,'afqtw{|~'){print $a[ord($_)-97]} In reply to Re: Dynamic Web Content- Efficiency
by jlongino
in thread Dynamic Web Content- Efficiency
by Superlman
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |