Ограничение CHECK в 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/en/assignment-operators.html

Относительно кавычек идентификаторов обратных ссылок:

Символ кавычки идентификатора - это обратная кавычка («»).

Если включен режим ANSI_QUOTES SQL, также допустимо заключать идентификаторы в двойные кавычки.

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

CHECK MySQL игнорирует ограничения, как объясняется в небольшом комментарии в документации: CREATE TABLE

Предложение CHECKанализируется, но игнорируется всеми механизмами хранения.

CHECKОграничение не кажется , должны быть реализованы в MySQL.

См. Этот отчет об ошибке: https://bugs.mysql.com/bug.php?id=3464

Как упоминал Джоанк, MariaDB теперь, похоже, поддерживает ограничения CHECK среди других преимуществ:

«Поддержка 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 теперь реализует основные функции ограничений CHECK таблиц и столбцов для всех механизмов хранения. Ограничения определяются с помощью операторов CREATE TABLE и ALTER TABLE.

Обновите MySQL до версии 8.0.16, чтобы использовать checks:

Начиная с MySQL 8.0.16, CREATE TABLE разрешает основные функции ограничений CHECK таблиц и столбцов для всех механизмов хранения. CREATE TABLE разрешает следующий синтаксис ограничения CHECK как для ограничений таблицы, так и для ограничений столбца

Документация по проверкам MySQL

попробуйте с set sql_mode = 'STRICT_TRANS_TABLES'ИЛИSET sql_mode='STRICT_ALL_TABLES'