Discussion :

[CinePhil]

Bonjour.

On sait que la contrainte CHECK n'est pas implémentée dans MySQL.

J'essaie de trouver une solution la plus simple possible pour émuler cette contrainte.

Le tuto de Alain Defrance donne des pistes quand même un peu complexes et date de 2008 alors je me demande si ça n'a pas évolué depuis.

J'ai également trouvé un article en anglais qui donne une solution avec cette fois la création d'une table d'erreurs en mémoire. C'est quand même encore un peu lourdingue je trouve !

Et dire qu'avec Postgresql tout est prévu et facilement paramétrable avec PGAdmin !

Mon problème consiste tout simplement à vérifier, lors de l'insertion d'une ligne, que la date de fin n'est pas inférieure à la date de début et à renvoyer un message d'erreur explicite.

Je sens que ça va finir par l'utilisation d'une routine dans l'application...

D'autres pistes en MySQL ?

[SQLpro]

Tu es tombé si bas que tu soit obligé d'utiliser MySQL ?
De toute façon il n'existe aucune solution viable pour simuler des contraintes CHECK du fait de la consistance (ou devrais je dire dans le cas de MySQL l'inconsistance) des transactions.
Bref, conseille à ton donneur d'ordre de changer de crémerie, car cela coutera très cher : développer du code à tester pour palier de défauts de MySQL et finir par découvrir tout de même des anomalies dans les données.... A terme, c'est ingérable !
En ce moment j'ai plusieurs cas de boîtes venus me consulter pour ce genre de problème et le constat final est que le mauvais choix de départ de MySQL, va se transformer en cout exhorbitant de redéveloppement avec un autre SGBDR (PostGreSQL ou SQL Server).

A +

[CinePhil]

Salut Fred !

Je suis malheureusement obligé d'utiliser le SGBD standard de la maison.
J'ai déjà suggéré d'utiliser Postgresql mais...

Sinon on vient aussi d'acquérir Oracle mais pour un logiciel spécifique (Cocktail, ERP spécialisé pour les établissements d'enseignement supérieur) et on ne laissera probablement pas jouer avec pour ma petite appli interne.

développer du code à tester pour palier de défauts de MySQL et finir par découvrir tout de même des anomalies dans les données.... A terme, c'est ingérable !

En l'occurrence un simple test sur les données saisies dans un formulaire avant génération de la requête SQL à envoyer à MySQL ; c'est pas la mort les données ne seront accessibles que via cette appli.
Mais bon j'aurais préféré une contrainte CHECK dans MySQL quand même, surtout quand on voit depuis quand des sujets de forums existent à ce propos !

EDIT : J'ai opté pour l'émulation du CHECK par la méthode de l'article en anglais mentionné plus haut. C'est pas très compliqué à faire. Mais c'est quand même lourdingue !