PostgreSQL уникальное ограничение для нескольких столбцов и значения NULL

У меня есть таблица, подобная следующей:

create table my_table (
    id   int8 not null,
    id_A int8 not null,
    id_B int8 not null,
    id_C int8 null,
    constraint pk_my_table primary key (id),
    constraint u_constrainte unique (id_A, id_B, id_C)
);

И я хочу (id_A, id_B, id_C)быть отличным в любой ситуации. Поэтому следующие две вставки должны привести к ошибке:

INSERT INTO my_table VALUES (1, 1, 2, NULL);
INSERT INTO my_table VALUES (2, 1, 2, NULL);

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

Как я могу гарантировать свое уникальное ограничение, даже если id_Cможет быть NULLв этом случае? На самом деле, реальный вопрос заключается в следующем: могу ли я гарантировать такую ​​уникальность в «чистом sql» или мне нужно реализовать ее на более высоком уровне (в моем случае java)?

Вы можете сделать это в чистом SQL . Создайте частичный уникальный индекс в дополнение к тому, который у вас есть:

CREATE UNIQUE INDEX ab_c_null_idx ON my_table (id_A, id_B) WHERE id_C IS NULL;

Таким образом, вы можете ввести для (a, b, c)в вашей таблице:

(1, 2, 1)
(1, 2, 2)
(1, 2, NULL)

Но ни один из них во второй раз.

Или используйте два частичных UNIQUEиндекса и не полный индекс (или ограничение). Лучшее решение зависит от деталей ваших требований. Для сравнения:

• Создать уникальное ограничение с пустыми столбцами

Хотя это элегантно эффективно для одного столбца с нулем в UNIQUEиндексе, он быстро выходит из-под контроля. Обсуждаем это - и как использовать UPSERT с частичными индексами:

• Проблема PostgreSQL UPSERT со значениями NULL

Asides

Нельзя использовать идентификаторы смешанного регистра без двойных кавычек в PostgreSQL.

Вы можете рассматривать serialстолбец как первичный ключ или IDENTITYстолбец в Postgres 10 или более поздней версии. Связанный:

• Столбец таблицы автоинкремента

Так:

CREATE TABLE my_table (
   my_table_id bigint GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY  -- for pg 10+
-- my_table_id bigserial PRIMARY KEY  -- for pg 9.6 or older
 , id_a int8 NOT NULL
 , id_b int8 NOT NULL
 , id_c int8
 , CONSTRAINT u_constraint UNIQUE (id_a, id_b, id_c)
);

Если вы не ожидаете более 2 миллиардов строк (> 2147483647) за время жизни вашей таблицы (включая пустые и удаленные строки), рассмотрите integer(4 байта) вместо bigint(8 байтов).

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

CREATE UNIQUE INDEX index_name ON table_name( COALESCE( foreign_key_field, -1) )

В моем случае поле foreign_key_fieldявляется положительным целым числом и никогда не будет равно -1.

Таким образом, чтобы ответить на руководство Leduc, другое решение может быть

CREATE UNIQUE INDEX  u_constrainte (COALESCE(id_a, -1), COALESCE(id_b,-1),COALESCE(id_c, -1) )

Я предполагаю, что идентификаторы не будут -1.

В чем преимущество создания частичного индекса?
В случае, если у вас нет предложения NOT NULL id_a, id_bи вы id_cможете быть NULL вместе только один раз.
С частичным индексом 3 поля могут быть NULL более одного раза.

Нулевое значение может означать, что значение неизвестно для этой строки в данный момент, но будет добавлено, когда станет известно, в будущем (например, FinishDateдля бега Project) или что никакое значение не может быть применено для этой строки (например, EscapeVelocityдля черной дыры Star).

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

В вашем случае вы хотите разрешить NULLsв своей колонке, но вы хотите, чтобы только один NULLбыл разрешен. Почему? Какие отношения это между двумя таблицами?

Возможно, вы можете просто изменить столбец NOT NULLи сохранить вместо NULLнего специальное значение (например -1), которое, как известно, никогда не появляется. Это решит проблему ограничения уникальности (но может иметь и другие, возможно, нежелательные побочные эффекты. Например, использование -1в значении «неизвестно / не применимо» приведет к искажению любых сумм или усредненных вычислений в столбце. учитывать специальное значение и игнорировать его.)