snk002,

как часто обновляются данные ?

или только вставляются ?
если да -- то вставка идёт диапазонами, или хаотично ?

на кой, простите , черт, индексируется текст(1000) б-тривом ?
может быть оно (индексирование) там совсем не надо ?
или индекс нужен, но, например, триграммный ?
каковы основные выборки по тексту из таблы ?
неужто по полной строке ?

и почему не партицировать табличку по диапазонам ip ?

snk002,

если табла от природы (а не руками) кластеризована (например только вставка от природы кластеризована по суррогатному ключу -- счетчику, или таймстампу вставки) -- то можно попытаться попользовать брин -ы по этим "измерениям".



про секционировани (оно же партицирование) много где. даже тут частенько (ищите поиском). есть даже тулза от поцгресс-про

в вашем случае напрашивается даже не просто партицирование, но шардинг. см. например . это, думаю, простейший пример.

snk002qwwq,
А так понял, иаблицу надо создавать с OIDS?
не понял ход вашей мысли.

snk002Шардинг зачем? Тут нет множества параллельных запросов.можно распараллелить и 1 запрос. скажем по ип нельзя -- т.к. партиечка/шарда -- одна, но действительно тяжелые будут по тексту, для которых в любом случае придется поднимать множество индексов (или вообще сканить всё) по разным партициям. вот тут--то и будет распараллеливание(дисковой) шардами.
шардинг -- крайний случай партицирования.

snk002А вот про секционирование почитаю. кстати, еслть ли в реальности толк от pg_pathman? я обходился без него, своими силами. но при доступе по маскам , если партиций будет реально много -- pg_pathman, в теории, должен помогать.



но есть где-то тут и жалобы на более долгий старт процесса (соединения), при использовании pg_pathman, например.


партицирование позволит частично дропать/создавать индексы (только в "небольшой" партиции это будет не так дорого), приемлемо вакуумироваться, фризиться. и упростит прочее "обслуживание". но усложнит планирование развесистых запросов.