|
|
1
10
总是 从测量开始。在了解瓶颈所在之前,您不知道需要改进什么。”即使没有偷看任何性能数据,“你也不可能做出正确的决定——至少,我经常发现这一点 度量工具可以像日志语句一样简单,以查看不同类型的请求需要多长时间,比如完整的探查器、查询分析器等。在数据库方面,您几乎肯定希望使用 EXPLAIN |
|
2
2
看这张照片 best practices from yahoo 在触摸数据库之前(在此之前,确定您的瓶颈)。你不想花太多时间来提高速度,通常可以通过链接中的提示来提高速度。 要评测前端,您可以使用 page speed . |
|
|
3
2
正如其他人所说,确保首先确定瓶颈。 至于您对数据库的担忧,我建议您在表上创建一些索引,以加快缓慢的查询(只有在确定时) http://www.postgresql.org/docs/8.2/static/sql-createindex.html
|