Postgres: Преимущества сочетающих колонн

Question

фона:

У меня есть три колонки со следующими размерами в байтах (в общей сложности 8): 4 (INT), 2 (малый Int), 2 (малый INT).

Я создаю многоколоночный (как составной) индекс на этих трех столбцах (в указанном выше порядке). Я буду делать два типа запросов:

1. Диапазон поиска на основе первой 4-байтовой колонны. Этот первый столбец будет монотонно увеличиваться (отметка времени).
2. Ключевое слово, где указаны все три этих значения.

Вопрос: Есть ли какая-либо польза в Postgres для объединения этих трех столбцов в один 8-байтовый bigint и решение вопроса о разделении в прикладном уровне?

Я прошу взглянуть на запрос БД и эффективность хранения.

Answer 1

Я подозреваю, что разумные выгоды от объединения будут крошечными и будут компенсированы ограничениями на это. Да, вы можете комбинировать, но вы не можете проводить проверки ссылочной целостности по подчастим поля. То есть tuple A может относиться к кортежу B, но A и B должны быть подмножествами всех полей таблицы. Это является основой требования атомарности 1NF.

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

В целом, пространство является проблемой, но не на этом уровне оптимизации. Если у вас нет чрезвычайно специализированных потребностей, объединение значений создает больше проблем, чем решает.