La contrainte CHECK dans MySQL ne fonctionne pas

Question

J'ai d'abord créé une table comme

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

et a ensuite inséré des valeurs dans ce tableau

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

MySQL ne montre pas d'erreur, il a accepté les valeurs.

Answer 1

MySQL 8.0.16 est la première version qui prend en charge les contraintes CHECK.

Lire https://dev.mysql.com/doc/refman/8.0/en/create-table-check-constraints.html

Si vous utilisez MySQL 8.0.15 ou une version antérieure, l'option Manuel de référence MySQL dit :

El CHECK est analysée mais ignorée par tous les moteurs de stockage.

Essayez une gâchette...

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 ;

J'espère que cela vous aidera.

Answer 2

Malheureusement, MySQL ne prend pas en charge les contraintes de contrôle SQL. Vous pouvez les définir dans votre requête DDL pour des raisons de compatibilité, mais elles sont tout simplement ignorées.

Il existe une alternative simple

Vous pouvez créer BEFORE INSERT y BEFORE UPDATE des déclencheurs qui provoquent une erreur ou définissent le champ à sa valeur par défaut lorsque les exigences des données ne sont pas satisfaites.

Exemple pour BEFORE INSERT fonctionne après 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 ;  

Avant MySQL 5.5, vous deviez provoquer une erreur, par exemple en appelant une procédure non définie.

Dans les deux cas, cela provoque un retour en arrière implicite de la transaction. MySQL n'autorise pas l'instruction ROLLBACK elle-même dans les procédures et les déclencheurs.

Si vous ne voulez pas annuler la transaction (INSERT / UPDATE devrait passer même si la "contrainte de vérification" a échoué), vous pouvez écraser la valeur en utilisant la méthode suivante SET NEW.ID = NULL qui donnera à l'id la valeur par défaut du champ, ce qui n'a pas vraiment de sens pour un id.

Edit : J'ai supprimé la citation perdue.

Concernant le := opérateur :

Contrairement à = le := n'est jamais interprété comme un opérateur de comparaison. Cela signifie que vous pouvez utiliser := dans toute instruction SQL valide (pas seulement dans les instructions SET) pour attribuer une valeur à une variable.

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

Concernant les citations de l'identificateur de backtick :

Le caractère de citation d'identification est le backtick ("`").

Si le mode SQL ANSI_QUOTES est activé, il est également possible de citer les identifiants entre guillemets doubles.

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

Answer 3

CHECK sont ignorées par MySQL, comme l'explique un minuscule commentaire dans la documentation : CREATE TABLE

El CHECK est analysée mais ignorée par tous les moteurs de stockage.

Answer 4

El CHECK ne semble pas être implémentée dans MySQL.

Voir ce rapport de bogue : https://bugs.mysql.com/bug.php?id=3464

Answer 5

Comme mentionné par joanq, MariaDB semble maintenant supporter les contraintes CHECK entre autres :

" Prise en charge de CHECK CONSTRAINT ( MDEV-7563 )."

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