[MySQL] Problème Foreign Key Fermé

Question

Bonjour tout le monde,

Si je post ici c'est parce que j'ai un problème avec mes contraintes de type Foreign Key.

Au moment de la création de mes tables je reçois une erreur 1005 (errno 105). J'ai cherché sur les différents forums et les solutions que j'y ai trouvé n'ont pas résolus mon problème.

Voilà la partie du code qui plante (en fait une partie puisque j'ai cette même erreur sur d'autres tables:



CREATE TABLE `apdu` (
  `NomCommandeAPDU` varchar(45) NOT NULL,
  `CommandeAPDU` text NOT NULL,
  PRIMARY KEY  (`NomCommandeAPDU`,`CommandeAPDU`(100))
) ENGINE=InnoDB DEFAULT CHARSET=latin1;




CREATE TABLE `apdu_simple` (
  `NomCommandeAPDU` varchar(45) NOT NULL,
  `CommandeAPDU` text NOT NULL,
  PRIMARY KEY  (`NomCommandeAPDU`,`CommandeAPDU`(100)),
  CONSTRAINT `FK_APDU` FOREIGN KEY (`NomCommandeAPDU`,`CommandeAPDU`(100))
    REFERENCES `apdu`(`NomCommandeAPDU`,`CommandeAPDU`)
	ON DELETE CASCADE
	ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;



Je pense que mon problème vient du fait que CommandeAPDU soit de type text. En effet, j'ai testé en retirant une des deux clés étrangère. Quand je retire NomCommandeAPDU l'erreur est toujours là, par contre lorsque je retire CommandeAPDU ça fonctionne.

J'ai testé en rajoutant un et/ou des index sur mes deux clés mais ça n'a rien changé... 

Si quelqu'un a une solution please, ça fait plusieurs heures que je suis dessus.

Merci d'avance et bonne journée

Nagra · Answer

Ops, je remonte mon petit topic des fois que certaines personnes ne l'ayant pas vus aient la solution ^^

J'ai encore passé quelques heures dessus mais je suis vraiment bloqué là... J'ai touché tout ce que je pouvais avec les index mais rien ne fonctionne. Ca vient peut-être de l'indexation automatique/obligatoire pour les champs text mais je ne sais pas comment faire autrement puisque, même en indexant explicitement avec un INDEX, je ne peux pas retiré la valeur d'index entre parenthèses sans causer une erreur :-/
Et je suis vraiment obligé d'utiliser un text, impossible de passer en VARCHAR(255) puisqu'il s'agit d'un champs contenant parfois jusqu'à 3000 caractères...

Bref, si quelqu'un a une solution pour aider un pauvre stagiaire je suis tout ouï parce que là je déprime ^^

Nagra · Answer

Salut!

Merci de ta réponse

 En fait, j'avais rajouté les index à la main comme sur l'exemple du second lien, seulement il semblerait que ça ne marche pas avec les champs de type text. Peut-être à cause d'un conflit avec l'index qu'on est obligé de renseigné entre parenthèse (même problème avec les types text et blob).

Voilà ce que j'avais fais:


CREATE TABLE `apdu_simple` (
  `NomCommandeAPDU` varchar(45) NOT NULL,
  `CommandeAPDU` text NOT NULL,
  PRIMARY KEY  (`NomCommandeAPDU`,`CommandeAPDU`(100)),
  INDEX  (`NomCommandeAPDU`,`CommandeAPDU`(100)),
  CONSTRAINT `FK_APDU-Simple` FOREIGN KEY (`NomCommandeAPDU`,`CommandeAPDU`(100))
    REFERENCES `apdu`(`NomCommandeAPDU`,`CommandeAPDU`)
	ON DELETE CASCADE
	ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;


Mais ça me faisait la même erreur.


Merci beaucoup pour l'info de la taille des VARCHAR. Moi je m'étais arrêté à une taille maximum de 255 ^^ Avec un VARCHAR ça fonctionne impec :) Seulement j'ai un autre problème maintenant. J'ai voulus donné une taille de 5000 à mon VARCHAR pour être tranquille mais ça ne marche pas. Voilà l'erreur:

ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

D'après le message et à la suite de plusieurs essais, je ne peux pas donner de taille supérieur à 767 à mon VARCHAR. J'avoue ne pas trop comprendre pourquoi cette taille spécifiquement... Pour information j'utilise comme version: Ver 14.12 Distrib 5.0.51b, for Win32.

Je vais voir si je ne trouve pas la solution quelque part et si c'est le cas j'éditerais. Mais je suis toujours ouvert à toutes nouvelles informations et/ou solutions ^^

Merci beaucoup de ta réponse en tous cas, ça m'a déjà pas mal avancé :)

Nagra · Answer

Bon, en fait je ne peux pas éditer mon message donc je poste à la suite...

Alors en fait le problème vient de la taille de la clé. Sous InnoDB elle ne peut théoriquement pas dépasser 767 octets. Mais apparemment ça dépendrait des versions de mySQL puisque cette limitation ne semble pas effective chez tout le monde.

J'imagine que cette taille maximum peut-être changée quelque part dans les fichiers de conf et/ou dans les variables globales mais je n'ai pas encore trouvé où. Si quelqu'un sait où on modifie ce genre de données je suis preneur :)

Nagra · Answer

Je n'ai pas trouvé où on peut bien modifier cette valeur... :( J'ai cherché dans les fichiers .ini mais je n'ai rien trouvé dans les configurations des tables innodb :-/

Pourtant je pense qu'il y a moyen de changer la valeur mais pour le moment je sèche... Si une âme charitable a une idée qu'il n'hésite pas à se manifester ^^

Nagra · Answer

Je suis d'accord avec toi seulement je suis dans un cas... particulier ^^

Disons que le programme de "remplissage" de la base est déjà créé donc je ne peux pas modifier les champs comme je le veux. De même, les tables existaient et moi je dois seulement mettre en place un programme de maintenance de cette base. Pour faciliter les choses je rajoute des contraintes dans la base type Foreign Key, Cascade, etc... Mais la base en elle même existe ;)

Mais bon, j'ai trouvé une solution détournée: Je vais compresser ma chaine en entrée (ce qui va m'obliger à un peu modifier le programme d'entrée mais c'est pas grave). Normalement ça ne devrait jamais dépasser les 550 caractères donc ça sera bon :) C'est tordu mais je ne vois pas d'autre solution... ^^

Merci beaucoup en tous cas pour tes réponses!

Bonne journée à tous :)

Nagra · Answer

En gros en entrée j'ai des commandes en valeurs hexadécimales sous cette forme:

"6D CE A2 BA 53 ED 46 A7 FA 84 7A A5 70"

Pouvant aller jusqu'à environ 900 octets (Plutôt 850 même en fait. Et je m'étais trompé quand j'avais dis plusieurs milliers, je me suis renseigné auprès de personnes plus "qualifiés" ^^). En supprimant simplement les espaces ça me donne une longueur maximal d'environ 900 - 900/3 soit 600 octets. Ce qui rentre dans les limites des tables InnoDB (en tous cas chez moi puisque cette limite se situe à 767 octets).

Et non, il me faut vraiment tous les caractères puisqu'il arrive que des commandes diffèrent par leur derniers caractères.

Voilà voilà! Je peux maintenant retourner à script de maintenance et vérification d'intégrité. C'est chiant à écrire ces trucs là encore mais au moins je ne bloque jamais bien longtemps quand j'ai un problème ^^

Merci encore pour ton aide.

Bonne soirée :)

[MySQL] Problème Foreign Key

6 réponses

Discussions similaires