我是一个前端，让我做一个用户自己做活动页的功能，提供给我的思路是：用户选择好模板，将模板编号存入数据库，并生成固定URL，用户访问些URL，直接从库中读取模板编号，然后拼接模板。
分析需求：用户自己生成的页面，都 是静态页面，多用于活动，及宣传用。某一时间段内的访问量可能会很高，如果一直读库拼接，势必会影响并发。于是做了一个测试：
1，首先看下我的库吧，只有四条记录，测试数据：
2，再看下我的本地硬盘测试文件：
3，然后写了测试代码：并运行（路径里的TP6其实还是TP5...我乱起的名字）
是按URL字段进行查找的，一共四条记录，应该很快吧，数据库共4条记录，查询一条，用时0.016秒，硬盘直读一个8KB的文件，快到计算机没计算出来。。。。。。，那我多读点试试
.................................................................................................................应该有36次吧，36*8=288K，用了0.002秒，完胜SQL读取。
所以逻辑就要改变了：数据库存储结构不变（以备用户修改模板时用），在用户添加完模板写库后，立马生成“.html”的静态文件存放硬盘，用户访问生成的页面时，不读库拼模板，而是直接读取静态文件。
当然，这只是针对这个功能的测试，用什么存储，及如何优化， 还要具体看需求及功能逻辑。
如有理解不到位的地方，还请大神指点。