Очередной вопрос новичка.
Имеется таблица. В перспективе очень большая - несколько миллиардов строк(прирост от 7 до 20 млн в день)
Структура таблицы:

id bigserial BIGSERIAL NOT NULL,
num int NOT NULL,
phrase1 varchar(255) NOT NULL,
phrase2 varchar(255) DEFAULT NULL,
phrase3 varchar(255) DEFAULT NULL,
phrase4 varchar(125) DEFAULT NULL,

Нагрузка на таблицу - запись. Раз в неделю поиск по каждому столбцу phrase по всей таблице.

Как лучше организовать таблицу? Имеет ли смысл включить секционирование RANGE id, скажем по 50 млн записей(в Mysql секционирование вроде бы немного ускоряло инсерт на больших таблицах). содержимое фраз - по сути хэши, так что секционирование возможно только по id.
Индексы вешать на каждый столбец отдельно или один на все четыре?
Может еще что посоветуете?

То есть не делать секции вообще или делать больше, по 500 млн или 1 млрд?
Данные удаляться не будут вообще. Максимальное количество возможных строк не превышает 5 млрд.


Если вообще не делать, запрос сильно тормозным не получится? Он и с индексом-то будет не шибко быстрый, на несколько часов, вероятно.
Планируется запрос типа SELECT t1.id, t,1.num FROM table1 t1 INNER JOIN table2 t2 ON t1.phrase1 = t2.str
Во второй таблице записей порядка миллиона.

Спасибо. Дали очень много новой и полезной информации.
С бигдата никогда не работал. Пошел читать.

mayton,

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