2013-11-18 2 views
0

У меня есть таблица, где столбцы непервичного ключа детерминированы с учетом первичного ключа.postgresql неизменяемая настройка рабочей нагрузки чтения

Я думаю, что это может быть довольно распространено, например, таблица, представляющая memoization/caching дорогостоящей функции или где первичный ключ является хешем других столбцов.

Предположим, что рабочая нагрузка в основном считывается из 1-100 отдельных строк и что записи могут быть выгружены или «асинхронны» на основе того, что дает лучшую производительность.

Какие интересные варианты настройки в таблице/базе данных в этом случае?

ответ

0

Это было бы идеальным кандидатом для индексирования только в версиях 9.2 или выше, создав индекс для всех столбцов первичного ключа плюс часто запрашиваемые другие столбцы. Агрессивно вакуумируйте таблицу (т. Е. Вручную после каждого обновления пакета), поскольку настройки автовакуума по умолчанию недостаточно агрессивны, чтобы получить максимальную выгоду от IOS.

 Смежные вопросы

  • Нет связанных вопросов^_^