Какой будет более правильный вариант при секционировании таблиц?

Question

[KBBS]

Какой будет правильный подход при секционировании таблиц в PostgreSQL?
Добрый день.

Чисто для примера:

CREATE TABLE "users" (
"id" BIGSERIAL NOT NULL PRIMARY KEY,
"name" VARCHAR(50) NOT NULL,
"phone" VARCHAR(15) NOT NULL,
"created_at" TIMESTAMPTZ(6) NOT NULL
) PARTITION BY HASH ("created_at");

ОШИБКА:  ограничение уникальности в секционированной таблице должно включать все секционирующие столбцы
ПОДРОБНОСТИ:  В ограничении PRIMARY KEY таблицы "users" не хватает столбца "created_at", входящего в ключ секционирования.

Как лучше поступать в этом случае?
Делать составной PRIMARY KEY? Но не снизит ли это его эффективность?
Или же обойтись обычным индексом по столбцу id?

Спасибо.

Comments

[Everything_is_bad]

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

[KBBS]

Everything_is_bad, реальной проблемы никакой нет. Просто разбираюсь с технологией как таковой.

[Everything_is_bad]

KBBS, ну так ты от балды и выбрал критерий, просто так он бессмысленный

Answer 1

[Melkij]

Можно объявить PK индивидуально на каждой партиции. Глобально-уникального индекса всё равно нет.
Составной PK включающий ключ партицирования логичным образом изменит своё поведение.

PS: в чём вы предполагаете смысл от BY HASH ("created_at")?
PPS: под пользователями понимаются не люди? Просто людей на Земле маловато чтобы имело смысл делать партицирование по пользователям.

Comments

[KBBS]

Просто людей на Земле маловато чтобы имело смысл делать партицирование по пользователям.

А кто сказал что сервис предназначен именно для землян?

Если серьёзно, то никакую конкретную проблему я не решаю. Скорее, просто разбираюсь с технологией как таковой.
Но в целом, вы ответили на мой вопрос.

[Melkij]

А кто сказал что сервис предназначен именно для землян?

ах, просто вероятностное допущение, тут обычно земляне пишут, а они известные шовинисты, не учитывают существование других обитателей вселенной.

Из-за латентности и дороговизны межпланетной связи, впрочем, партицировать пользователей скорей всего по-прежнему не очень разумно, скорей всего придёте к решению шардировать по региональному признаку. Как минимум одна копия сервиса на планету, а может даже и несколько в разных населённых регионах планеты.

Answer 2

[Сергей Соловьев]

Тут 2 решения:
- Ключ партиционирования - "id"
- Использовать партиционирование по диапазону - BY RANGE ("created_at").