Как PostgreSQL обеспечивает соблюдение ограничения UNIQUE / какой тип индекса он использует?

или - создать индекс и не предполагать, что значения уникальны

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

Определение ограничения UNIQUE делает фактически то же самое (почти, см. Ниже), что и создание уникального индекса без указания типа индекса. И я цитирую руководство:

Возможные варианты: btree, hash, gist и gin. Метод по умолчанию - btree.

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

И нет, уникальное ограничение может быть реализовано только с базовым индексом btree во всех версиях до PostgreSQL 9.4 включительно. Я цитирую абзац «ADD table_constraint_using_index» в руководстве здесь:

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

Прочие отличия

• Уникальные ограничения можно отложить. Это невозможно для уникальных индексов. Взгляните на команду SET CONSTRAINTS и перейдите по ссылкам для более.

- внешний ключ не может ссылаться на столбцы с только уникальным индексом. Руководство:

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

Последнее кажется устаревшим или недоразумением с самого начала. Видеть:

• значения NULL для столбцов referential_constraints.unique_constraint_ * в информационной схеме < / а>

• Уникальный индекс лучше, чем уникальное ограничение, когда мне нужен индекс с классом оператора