Если к твоей таблице quotas происходит огромное число
параллельных обращений, то может помочь техника
замены UPDATE на INSERT. Естественно, это потребует
переписание всех остальных запросов к этой таблице.

Рассмотрим на другом примере - система счетчиков обращений к сайтам
(число посещений/просмотров, хостов по каждому сайту).
Напр, запрос
UPDATE sitestat SET visits = visits + 1 WHERE site_id = $site_id

заменить на
INSERT INTO sitestat_v2 (site_id, visits) VALUES ($site_id, 1)

Соотв-но, запрос получения стат-ки по какому-либо сайту
будет выглядеть как SELECT SUM(visits) FROM sitestat_v2 WHERE site_id=$site_id .
Поверьте, на очень волатильных таблицах таблицах этот запрос
будет выполняться практически столько же, сколько и
SELECT visits FROM sitestat WHERE ...
так как UPDATE в PostgreSQL - суть тот же INSERT, только еще плюс
неявный DELETE (вспоминайте про MVCC...).

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

Естественно, ночью или в другое время, когда нагрузка снижается
при этой технике нужно запускать скрипт, который бы агрегировал
статистику по каждому сайту. В результате на каждый сайт останется
по 1 записи. После этого скрипта запускай VACUUM [FULL].

Удачи.