Подсказки по оптимизации и приемы [закрываются]
3 ответа
Всегда начинать с измерения. Пока вы не узнаете, где находятся узкие места, вы не знаете, что нужно улучшить. «Даже не взглянув на какие-либо данные о производительности», вы вряд ли сделаете правильный выбор - или, по крайней мере, я часто обнаруживаю, что я делаю неверные предположения о том, где производительность снижается. Может быть, вы лучше угадываете, чем я :) (Конечно, это вполне может быть в базе данных в вашем коде ...)
Измерительные инструменты могут быть такими же простыми, как операторы журнала, чтобы увидеть, сколько времени занимают различные типы запросов , для полных профилировщиков, анализаторов запросов и т. д. На стороне базы данных вы почти наверняка захотите использовать EXPLAIN для просмотра планов выполнения запросов ... но перед этим вы захотите узнать, какие запросы в первую очередь причиняют вам вред, и более того, запросы к самой веб-службе являются дорогостоящими.
Как уже было сказано, сначала убедитесь, что вы определите свои узкие места.
Что касается вашей озабоченности по поводу БД, я бы предложил создать некоторые индексы в ваших таблицах для ускорения медленных запросов (только если они определены)
http://www.postgresql.org/docs/8.2/static/ sql-createindex.html
CREATE [ UNIQUE ] INDEX [ CONCURRENTLY ] name ON table [ USING method ]
( { column | ( expression ) } [ opclass ] [, ...] )
[ WITH ( storage_parameter = value [, ... ] ) ]
[ TABLESPACE tablespace ]
[ WHERE predicate ]
Не забудьте прочитать, когда и когда не использовать индекс
Посмотрите на best practices from yahoo, прежде чем трогать db (а перед этим определите свое узкое место). Вы не хотите тратить много времени на небольшое улучшение скорости, обычно большого увеличения скорости можно достичь, используя советы, приведенные в ссылке.
Для профилирования фронтенда вы можете использовать page speed.