Здравствуйте.
У меня есть таблица предложений контрактов, где есть такие поля:
ID, proposer, target, contract_type, date. 

Как грамотнее написать запрос на добавление строки в таблицу, чтобы пара proposer, target оказалась уникальной? Т.е. если такие два значения уже существуют, то не добавлять запись? 

На ум приходит написать что-то вроде insert into contract_suggestion (proposer, target, contract_type, date) values (...) where not exists (select * from contract_suggestion where (proposer={$proposer} and  target={$target})  или как-то так. А, и еще пара должна быть уникальна с обоих сторон, т.е. не должно быть скажем двух пар: 2,5 и 5,2. Но я думаю есть более хорошее решение.

Спасибо заранее.

Добавить ограничение уникальности (unique constraint) по паре (proposer, target).
Другие способы обеспечения уникальности - от лукавого.

Да, а вот если в случае что пара должна быть уникальна в обоих комбинациях? Например если есть 5,3 то 3,5 уже не должно быть?
В интернете нашел пример с триггером, вроде помогло)

Ввести constraint на уникальность CONCAT(MIN(proposer, target), MAX(proposer, target))

Akina, маська умеет строить ключи по функции?  


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

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


В примере val2 - как раз такое поле, заполняемое из триггера неявно. Наложите на него UNIQUE - и при дублировании вставка строк обломится. 

Аналогично создаётся и триггер before update.

Поскольку мы работаем исключительно с таблицей NEW - нам не страшны никакие многопользовательские заморочки. Или, вернее, так - мы не получим никаких ДОПОЛНИТЕЛЬНЫХ граблей.


Это сообщение отредактировал(а) Akina - 19.12.2011, 09:15

Я спросил никак не потому, что хотел там подколоть или что-то вроде, но потому, что оракл умеет. Плюс и оракл и ms поддерживают вычисляемые столбцы, на которые тоже можно накладывать ограничения.


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

Я знаю.