#1170 - La colonne 'story' de type BLOB est utilisée dans une définition d'index sans longueur d'index

Bonjour la communauté

Dans le cadre d'un projet PHP, j'utilise PHP/myadmin et dois modifier la structure de ma table. Cependant lors de l'ajout d'un index unique, je rencontre l'erreur suivante
Code :

Citation:

---

#1170 - La colonne 'story' de type BLOB est utilisée dans une définition d'index sans longueur d'index

---

Ca veut simplement dire que pour indexer un champ BLOB ou TEXT (TIBYBLOB, TINYTEXT, VARCHAR, CHAR, etc)
il faut spécifier combien de caractères seront indexés (les N premiers de chaque valeur du champ).

Citation:

---

CREATE TABLE `adconf`.`conf` (
`id` INT(11) NOT NULL AUTO_INCREMENT ,
`ac_refnumber` INT(11) NOT NULL ,
`title` VARCHAR(255) NOT NULL ,
`story` LONGTEXT NOT NULL ,
`creation_date` DATETIME NOT NULL ,
`real_date` DATE NOT NULL ,
PRIMARY KEY (`id`),
) ENGINE = MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=7 ;

---

PS => ce code ne permet pas de m'amender de l'insertion de doublon dans les champs story et ac_refnumber et, comme dis les ALTER TABLE sur STORY (TEXT) ne fonctionne pas.

Peut-être ma requête n'est pas correct ou mal structuré et, c'est pourquoi j'en appel à votre aide, et pour mon besoin je souhaite recréer ma table mais ce que je voudrais obtenir en terme de champs :

Citation:

---

(`id` INT(11) NOT NULL AUTO_INCREMENT ,
`ac_refnumber` INT(11) NOT NULL , // m'assurer de ne pas insérer de valeur en doublons
`title` VARCHAR(255) NOT NULL ,
`story` LONGTEXT NOT NULL , // ce champs doit absolument être de type TEXT car doit contenir jusqu'à 30000 caractères et, // m'assurer de ne pas insérer de valeur en doublons
`creation_date` DATETIME NOT NULL ,
`real_date`DATE NOT NULL ,
);

---

Pourriez-vous m'indiquer quelle serait la bonne syntaxe à adopter afin d'obtenir ce type de script sql ?

hello,

On ne peut pas mettre de contrainte UNIQUE sur un champ texte. en revanche ce que vous pouvez faire, c'est rajouter un champ pour stocker le hash du text et mettre une contrainte d'unicité dessus.

Merci pour ton intervention sebwar j'apprécie.

Citation:

---

On ne peut pas mettre de contrainte UNIQUE sur un champ texte.

---

Oui je sais, du moins j'ai vite compris cela, d'ou la présence de ce sujet.

Citation:

---

rajouter un champ pour stocker le hash du text et mettre une contrainte d'unicité dessus

---

Pourquoi faire cela, enfin, ce que je veux dire c'est, peux tu m'expliquer l’intérêt du hash ? et, la contrainte portera sur les deux précédents champs (story et ac_refnumber) ou dorénavant sur trois champs ?

Faut-il repartir d'un sql propre ? ou peut-on modifier mon code sql pour arriver à cela ? peux-tu m'orienter sur la réalisation du code ?

Merci d'avance

L'idée est que l'index UNIQUE soit sur la colonne portant le hash du texte.

Pour la colonne ac_refnumber, il suffit de poser un index UNIQUE dessus.

Salut jelmouss.

Citation:

---

Envoyé par jelmouss

PS => ce code ne permet pas de m'amender de l'insertion de doublon dans les champs story et ac_refnumber et, comme dis les ALTER TABLE sur STORY (TEXT) ne fonctionne pas.

---

Pour la colonne "ac_refnumber", vous pouvez créer un index unique, cela ne pose aucun problème.

Mais en ce qui concerne la colonne "story", je ne comprends pas trop l'intérêt de rendre cette colonne unique, car vous pouvez stocker jusqu'à 2^32 (4 294 967 296) caractères.
Pouvez-vous nous expliquer l'intérêt de l'unicité sur une colonne contenant que du texte ?

En ce qui concerne la colonne "story", je la mettrais dans une table à part.
Pour cela utilisez un identifiant qui d'une part sera votre clef primaire, mais aussi la clef étrangère qui pointera sur "id" de votre table adconf".

@+

Bonjour et merci pour vos retours j'apprécie.

Citation:

---

Sebwar CinePhil
On ne peut pas mettre de contrainte UNIQUE sur un champ texte. en revanche ce que vous pouvez faire, c'est rajouter un champ pour stocker le hash du text et mettre une contrainte d'unicité dessus.
L'idée est que l'index UNIQUE soit sur la colonne portant le hash du texte.

---

Pour être honnete je ne pense pas avoir saisi la subtilité de cette solution en revanche pour contourner ma problématique, ce que j'ai pu faire c'est poser un index sur le champs "ac_refnumber" code ci-dessous :

Code:

---

1 2 3 4 5 6 7 8 9 10

CREATE TABLE `adconf`.`conf` ( `id` INT(11) NOT NULL AUTO_INCREMENT , `ac_refnumber` INT(11) NOT NULL , `title` VARCHAR(255) NOT NULL , `story` TEXT NOT NULL , `creation_date` DATETIME NOT NULL , `real_date` DATE NOT NULL , constraint pk_confessions primary key(`id`), UNIQUE (`ac_refnumber`) USING HASH) // aprés pour le HASH je ne suis pas sur qu'il ait bien été pris en compte puisque la base me renvoie un index de type "BTREE" ENGINE = MyISAM;

---

Code:

---

1 2 3

@Artemus24 En ce qui concerne la colonne "story", je la mettrais dans une table à part. Pour cela utilisez un identifiant qui d'une part sera votre clef primaire, mais aussi la clef étrangère qui pointera sur "id" de votre table adconf".

---

Merci pour cette solution, elle n'est pas mal je vais l'étudier, d'autant que cela pourrais être une table composite qui ferait lien avec la table conf & com (commentaire) ... :ccool::)

:merci: pour votre apport et participation :salut: