Перевірка обмеження в MySQL не працює

Спочатку я створив таблицю на кшталт

CREATE TABLE Customer (
  SD integer CHECK (SD > 0),
  Last_Name varchar (30),
  First_Name varchar(30)
);

а потім вставили значення в цю таблицю

INSERT INTO Customer values ('-2','abc','zz');

MySQL не показує помилку, він прийняв значення.

MySQL 8.0.16 - перша версія, яка підтримує обмеження CHECK.

Читайте https://dev.mysql.com/doc/refman/8.0/en/create-table-check-constraints.html

Якщо ви використовуєте MySQL 8.0.15 або новішої версії, у довідковому посібнику MySQL написано:

Цей CHECKпункт проаналізований, але всі ігрові системи зберігання ігнорують.

Спробуйте спусковий гачок ...

mysql> delimiter //
mysql> CREATE TRIGGER trig_sd_check BEFORE INSERT ON Customer 
    -> FOR EACH ROW 
    -> BEGIN 
    -> IF NEW.SD<0 THEN 
    -> SET NEW.SD=0; 
    -> END IF; 
    -> END
    -> //
mysql> delimiter ;

Сподіваюся, що це допомагає.

На жаль, MySQL не підтримує обмеження перевірки SQL. Ви можете визначити їх у своєму запиті DDL з міркувань сумісності, але вони просто ігноруються.

Існує проста альтернатива

Ви можете створювати BEFORE INSERTта BEFORE UPDATEтригери, які або спричиняють помилку, або встановлюють для поля значення за замовчуванням, коли вимоги даних не виконані.

Приклад BEFORE INSERTроботи після MySQL 5.5

DELIMITER $$
CREATE TRIGGER `test_before_insert` BEFORE INSERT ON `Test`
FOR EACH ROW
BEGIN
    IF CHAR_LENGTH( NEW.ID ) < 4 THEN
        SIGNAL SQLSTATE '12345'
            SET MESSAGE_TEXT := 'check constraint on Test.ID failed';
    END IF;
END$$   
DELIMITER ;  

Перед MySQL 5.5 вам довелося викликати помилку, наприклад, викликати не визначену процедуру.

В обох випадках це спричиняє неявний відкат транзакцій. MySQL не дозволяє сам оператор ROLLBACK в рамках процедур і тригерів.

Якщо ви не хочете відмовляти транзакцію (INSERT / UPDATE має пройти навіть при невдалому "обмеженні перевірки", ви можете перезаписати значення, використовуючи SET NEW.ID = NULLяке встановить ідентифікатор у значення поля за замовчуванням, насправді не має сенсу для ідентифікатора тхо

Редагувати: Вилучена цитата.

Щодо :=оператора:

На відміну від цього =, :=оператор ніколи не трактується як оператор порівняння. Це означає, що ви можете використовувати :=в будь-якому дійсному операторі SQL (не тільки в операторах SET), щоб призначити значення змінній.

https://dev.mysql.com/doc/refman/5.6/uk/assignment-operators.html

Що стосується котирування ідентифікатора backtick:

Символом котирування ідентифікатора є зворотний вибір ("` ")

Якщо ввімкнено режим SSI ANSI_QUOTES, також можна допустити котирування ідентифікаторів у подвійних лапках

http://dev.mysql.com/doc/refman/5.6/uk/identifiers.html

CHECK обмеження ігноруються MySQL, як пояснено в коментарі, який є дрібним у документах: CREATE TABLE

Цей CHECKпункт проаналізований, але всі ігрові системи зберігання ігнорують.

CHECKОбмеження не здається , повинні бути реалізовані в MySQL.

Дивіться цей звіт про помилку: https://bugs.mysql.com/bug.php?id=3464

Як зазначає joanq, MariaDB зараз підтримує ПЕРЕВІРИТЕ обмеження серед інших смаколиків:

"Підтримка CHECK CONSTRAINT ( MDEV-7563 )."

https://mariadb.com/kb/en/mariadb/mariadb-1021-release-notes/

Перевірки обмежень підтримуються з версії 8.0.15 (ще не буде випущено)

https://bugs.mysql.com/bug.php?id=3464

[23 січня 16:24] Пол Дюбуа

Опублікував розробник: Виправлено в 8.0.15.

Раніше MySQL дозволяв обмежену форму синтаксису обмежень CHECK, але аналізував та ігнорував її. Тепер MySQL реалізує основні функції обмежень для перевірки таблиці та стовпців для всіх механізмів зберігання даних. Обмеження визначаються за допомогою операторів CREATE TABLE та ALTER TABLE.

Оновіть до MySQL 8.0.16, щоб використовувати checks:

Станом на MySQL 8.0.16, CREATE TABLE дозволяє виконувати основні функції обмежень для перевірки таблиці та стовпців для всіх механізмів зберігання даних. CREATE TABLE дозволяє наступний синтаксис CHECK обмежень для обмежень таблиці та обмежень стовпців.

MySQL перевіряє документацію

спробуйте set sql_mode = 'STRICT_TRANS_TABLES'АБОSET sql_mode='STRICT_ALL_TABLES'