Contraintes MySQL CHECK : une fausse promesse
Lorsque vous essayez de définir une contrainte CHECK personnalisée sur une table MySQL, vous pouvez rencontrer un problème particulier cela vous laisse vous demander pourquoi votre code échoue. Cet article fera la lumière sur cette énigme et proposera des solutions alternatives.
Bien que vous ayez correctement défini la contrainte CHECK pour la colonne d'état, en limitant ses valeurs à « a », « d » et « u », MySQL lance un problème dans les travaux. Bien qu'elles soient présentes dans la définition de la table, les contraintes CHECK ne sont tout simplement pas prises en charge dans MySQL. La documentation indique explicitement qu'ils sont analysés mais ignorés par tous les moteurs de stockage.
Ce manque de support vous laisse la tâche ardue de trouver une méthode alternative pour garantir l'intégrité des données pour la colonne d'état. Une solution de contournement consiste à utiliser des déclencheurs, mais leur complexité peut être écrasante.
Si les contraintes CHECK sont essentielles à la conception de votre base de données, considérez PostgreSQL comme une alternative viable. Ce SGBDR open source prend entièrement en charge les contraintes CHECK, ce qui en fait une option plus fiable pour maintenir la cohérence des données.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!