Возможные проблемы с производительностью с огромной таблицей PostgreSQL

Question

На веб-сайте, который я создаю, есть «События». События имеют название, дату и идентификаторы пользователей. Событие может быть чем-то из следующего за кем-то, созданием нового сообщения и т. Д. Я думал хранить все события в одной таблице, но я видел, что это очень быстро.

Я делаю это правильно? Когда мне нужно искать в таблице, скажем, событие, относящееся к определенному пользователю, насколько плохим будет то, что будет в системе? Могу ли я его каким-то образом оптимизировать?

Answer 1

Вы должны добавить указатели на столбцы, которые наиболее часто используются в предложениях WHERE, например. если вы часто выбираете все события, относящиеся к определенному пользователю, вы должны создать индекс в столбце user_id.

http://www.postgresql.org/docs/9.1/static/sql-createindex.html

Answer 2

Пока данные в этой таблице normalized, вы должны быть в порядке. Если вы обнаружите, что запросы на чтение в этой таблице замедляются, вы можете добавить индекс к некоторым столбцам, но вы должны иметь в виду, что это замедлит запись в эту таблицу.

Если вы обнаружите, что производительность слишком низкая, вы можете переключиться на использование базы данных NoSQL, которая лучше оптимизирована для больших таблиц.

Answer 3

Если таблица будет очень большой, вы можете использовать разделение: http://www.postgresql.org/docs/9.1/static/ddl-partitioning.html но вы должны выбрать правильный ключ раздела - хорошие кандидаты:

• события Отметка время
• типа события
• user_id