Re: How would you store read/unread topic status?

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: How would you store read/unread topic status?
Дата
Msg-id 407d949e0906231244t5ed760d9ye3c8f9431fc4c20@mail.gmail.com
обсуждение исходный текст
Ответ на Re: How would you store read/unread topic status?  (Scott Carey <scott@richrelevance.com>)
Ответы Re: How would you store read/unread topic status?  (Mathieu Nebra <mateo21@siteduzero.com>)
Список pgsql-performance
All the other comments are accurate, though it does seem like
something the database ought to be able to handle.

The other thing which hasn't been mentioned is that you have a lot of
indexes. Updates require maintaining all those indexes. Are all of
these indexes really necessary? Do you have routine queries which look
up users based on their flags? Or all all your oltp transactions for
specific userids in which case you probably just need the index on
userid.

You'll probably find 8.3 helps this workload more than any tuning you
can do in the database though. Especially if you can reduce the number
of indexes and avoid an index on any flags that are being updated.

В списке pgsql-performance по дате отправления:

Предыдущее
От: Scott Carey
Дата:
Сообщение: Re: How would you store read/unread topic status?
Следующее
От: Mike Ivanov
Дата:
Сообщение: Implications of having large number of users