Ребята, поделитесь пожалуйста опытом.

Postgresql 11+

Какие подходы вы используете при секционировании таблицы, на которую имеются внешние ключи в других таблицах?

Есть идея внедрить секционирования для схемы, которая примерно изображена в приложенном файле. Заходит пользователь, чтобы понять какие сообщения ему доступны для чтения, служит таблица user2message


Идея в том, что есть крайне старые сообщения с признаком is_expired(около половины), обращение к которым происходит раз в 1000лет.

Допустим можно в user2message добавить признак is_expired, чтобы секционировать по нему. Но в user2message есть уникальный ключ user_id+mess_id, postgres требует, чтоб этот уникальный ключ был включен в ключ секционирования. Это первое.

Второе, если партиционировать таблицу message по признаку is_expired, так же требуется включить уникальный ключ id в ключ партиционирования, но как тогда быть с document, который ссылается на первичный ключ id таблицы message.

Гору видео и доки перелопатил, везде партиционирование в духе - вот у нас таблица, берем и разбиваем по дате. Ни слова про то,что происходит с ключами при этом.

Заранее спасибо.

знаю, я об этом писал выше

Maxim Boguk,
А как тогда будет выглядеть создание партицированной таблицы, если у меня будет уникальный ключ user_id+mess_id+is_expired. 2 партиции ведь не получится сделать? По каждому набору user_id+mess_id+is_expired будет партиция создаваться

скорее всего что то такое

CREATE TABLE user2message (
user_id int4,
mess_id int4,
is_expired bool
) PARTITION BY RANGE (is_expired, user_id, mess_id);

если is_expired сделать не bool, а int4, то

CREATE TABLE part1 PARTITION of user2message FOR VALUES
FROM (0,1,1) TO (0, MAXVALUE, MAXVALUE);

CREATE TABLE part1 PARTITION of user2message FOR VALUES
FROM (1,1,1) TO (1, MAXVALUE, MAXVALUE);

нет, такое не получится. Часть границы не может быть MAXVALUE. Только все

Похоже на отменный костыль. Не то, что хотелось бы внедрять

Большое спасибо. Вроде дошло