La contrainte CHECK dans MySQL ne fonctionne pas

J'ai d'abord créé un tableau comme

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

et puis insérer les valeurs dans la table

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

MySQL n'indique pas une erreur, il a accepté les valeurs.

source d'informationauteur JohnRaja

  1. 117

    La Manuel De Référence De MySQL dit:

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

    Essayer un déclencheur...

    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 ;

    Espère que ça aide.

  2. 68

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

    Il existe une alternative simple

    Vous pouvez créer BEFORE INSERT et BEFORE UPDATE déclencheurs qui provoquent une erreur ou définir le champ à sa valeur par défaut lorsque les exigences en matière de données ne sont pas remplies.

    Exemple pour BEFORE INSERT de travail 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 eu à cause d'une erreur, par exemple, appeler un indéfini procédure.

    Dans les deux cas, cela entraîne implicitement l'annulation de la transaction.
    MySQL ne permet pas de l'instruction ROLLBACK lui-même au sein des procédures et des déclencheurs.

    Si vous ne voulez pas annuler la transaction ( INSERTION /mise à JOUR devrait passer même de l'échec d'une "contrainte check" vous pouvez remplacer la valeur à l'aide de SET NEW.ID = NULL qui permettra de définir l'identifiant les champs de valeur par défaut, n'a pas vraiment de sens pour une id tho

    Edit:
    Enlevé la divagation des devis.

    Concernant la := opérateur:

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

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

    Concernant backtick identificateur de citations:

    L'identificateur de caractère de guillemet est le backtick (“`”)

    Si le ANSI_QUOTES SQL-mode est activé, il est également permis de citer les identificateurs entre guillemets doubles

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

  3. 49

    CHECK les contraintes sont ignorées par MySQL comme expliqué dans un minuscule commentaire dans les docs: CREATE TABLE

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

  4. 15

    La CHECK contrainte ne semble pas être mis en œuvre dans MySQL.

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

  5. 8

    Comme mentionné par joanq MariaDB semble maintenant à l'appui de la VÉRIFICATION des contraintes entre autres goodies:

    "Soutien pour la VÉRIFICATION de la CONTRAINTE (MDEV-7563)."

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

  6. -1

    essayer avec set sql_mode = 'STRICT_TRANS_TABLES' OU SET sql_mode='STRICT_ALL_TABLES'