В таблице есть колонка `postavschik` и колонка `unikalnyj`

Если в колонке `unikalnyj` стоит значение 1, то соответствующее значение в колонке `postavschik` не должно повторяться. Иначе можно.

Как обеспечить контроль этого на уровне базы данных при добавлении новых значений и при изменении существующих?

Ты еще не знаешь о блокировках, мой юный падаван...

begin transaction
select count(*)
if exists fail
insert
commit transaction

на лицо ошибка проектирования реляционной базы данных

(1) Почему так думаешь?

(2) Что за fail ? Такая команда есть в MySQL? Не нашел что-то.

(0) Ты издеваешься? Какой дебил использует транслит когда нельзя кириллицу?
Делай нормальные названия полей, ты же в Бостоне и явно там не на русском вокруг общаются.

(6) Это просто пример, чтобы вам было понятнее.

Короче кто то походу втирал что он веб-разработчик, потому что нубский тупой вопрос.

Не знать про mysql что это такое и с чем едят это не пипец это хуже.

(6) >> и явно там не на русском вокруг общаются.

Аххаахаха! Как ты сильно ошибаешься

(7) https://www.w3schools.com/sql/sql_unique.asp

(9) Ты в РФ нашел на просторах деревню/село с названием "Бостон" ?

(8) ты сам не знаешь ответа на мой вопрос, а что-то пытаешься из себя строить

(11) не мечтай. Я в настоящем американском бостоне.

(12) Ты на кого батон крошишь?

https://i.paste.pics/2d3c26b51273fbd3f897d8a0fcc02eec.png

(14) Мы и в первый раз по (10) поняли что твой уровень знаний этим ограничивается. Можешь не продолжать.

(2) Хотябы понял суть вопроса. Учись.

(15) Ты действительно не понял или прикалываешься?
Для mysql/mariadb можно задать контроль уникальности ключа на несколько полей.

http://fkn.ktu10.com/?q=node/9189

(2) Фейлю операцию в триггере через такую конструкцию:

SIGNAL SQLSTATE '23000'
SET MYSQL_ERRNO = 1062,
TABLE_NAME = 'postavschiki',
MESSAGE_TEXT = "Duplicate entry 'Главспирттрест' for key 'postavschik'";

Но проблема в том что эта ошибка не перехватывается через ON DUPLICATE KEY UPDATE, а очень хотелось бы чтобы перехватывалась.
Как решить вопрос, кто знает?

(16) смотри (15)

(18) "Если в колонке `unikalnyj` стоит значение 1, то соответствующее значение в колонке `postavschik` не должно повторяться. Иначе можно."

твои слова?

(19)+ кто тебе мешает для повторяющихся `postavschik` делать разные уникальные `unikalnyj` отличные от 1 ?

(19) Прочитай еще раз мои слова, дружище. Ты вопрос видишь, но не понимаешь.

(20) Там либо 1 либо 0, по условию. Можно доп колонку создать, но это костыли

(22) Я не вижу в твоем условии в (0) "Там либо 1 либо 0, по условию"

Только "Если в колонке `unikalnyj` стоит значение 1"

(23) Пусть будет так

Наоборот удобно что каждый поставщик имеет свой номер в таблице неуникальности, чтобы знать насколько он не уникален ))

Короче, сам придумал как сделать через генерируемую виртуальную колонку.

Потом на нее повесил уникальный вторичный индекс, и готово.

ALTER TABLE `postavschiki`
ADD COLUMN `unikalnyj_postavschik` VARCHAR(200) AS (IF(`unikalnyj`, `postavschik`, NULL)) VIRTUAL;

(26) Эээ а вьюх там в mysql еще нет? Просто я ее изучал плотно еще 10 лет назад и потом почти не работал?

(27)+ Прикольно есть еще с 5-й версии.

(17)если в таблице есть уникальная колонка,то просто пиши а нее неуникальное значение и будет тебе on duplicate key,
уникальное значение можно через select min выбрать.

(29) +1
Шаришь

+(26) На продакшн сервере оказалась старая версия Марии, не поддерживает индексы на виртуальных колонках. Сделал на хранимых, но суть та же:

ALTER TABLE `postavschiki`
ADD COLUMN `unikalnyj_postavschik` VARCHAR(200) AS (IF(`unikalnyj`, `postavschik`, NULL)) PERSISTENT UNIQUE;

С триггером думаю будет медленнее работать, так что забил на него.

а null разве проверку уникальности исключает?
или это только FireBird такого мнения?

(33) Исключает. NULL не сравнивается

(0) postavschik и unikalnyj...  Прям как в лихие 90е... Пришел какой-то буржуйский язык программирования. А ты в нем дуб дубом... И пишешь postavschik и unikalnyj...

(35) филенаме

(35) Меня это сразу царапнуло, ну не может человек с опытом да еще пишущий в США так делать

supplier и unique еще куда ни шло

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

(0)> колонка `postavschik` и колонка `unikalnyj`
оХГДЕЖ йЮЙНИ, йоб абортед.
Задорнов был бы рад.

(37) См (7)
Реальные колонки и таблицы называются совсем не так.