Enum numérique et index

Bonjour à tous,

J'ai créé un champ de type "enum" avec des valeurs numériques :

Citation:

---

'1','2','3','4','5','6','7','8'

---

Mais par exemple si je fais :

Code:

---

1 2 3

SELECT * FROM table WHERE champ < 5

---

Il n'utilise pas l'index du champ. J'ai l'impression que l'index ne considère pas ce champ enum comme numérique et ne peut donc utiliser l'index... Bref, que faire ?

Merci pour votre aide ! :mrgreen:
Evocatii

Une valeur entourée de ' n'est pas numérique...

Ok merci !

Le problème, si j'essaie sans les 'n', ça me met une erreur :

Code:

---

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1,2,3,4,5,6,7,8,9,10) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT '4'' at line 1

---

Est-ce qu'il y a moyen de faire un "enum numérique" ? Ou alors il faut que je passe par un champ de type tinyint ?

le problème ici est qu'une valeur d'un enum peut s'appeler par sa valeur ou par sa clé, qui donc est numérique.

imagine que cela fonctionne :

create table test( champ enum(5,4,3,2,1) );

insert into test value (2);

MySQL doit enregistrer quoi??? il dois enregistrer la valeur 2 ? ou la valeur de l'enum ayant pour clé 2, soit 4. il est perdu dans ce cas là :(

Salut,

La réponse est dans la doc :

Citation:

---

If you store a number into an ENUM column, the number is treated as the index into the possible values, and the value stored is the enumeration member with that index.
If the numeric value is quoted, it is still interpreted as an index if there is no matching string in the list of enumeration values. For these reasons, it is not advisable to define an ENUM column with enumeration values that look like numbers, because this can easily become confusing.

---

http://dev.mysql.com/doc/refman/5.0/en/enum.html

Concernant l'index, le SELECT a de grandes chances de retourner plus de la moitié des lignes de la table (critère champ<5 : on veut toutes les lignes dont l'indice de la valeur dans l'ENUM est 5 ou moins sur 8) donc l'optimiseur doit choisir de ne pas l'utiliser.

D'acco merci, j'ai bien compris le problème...

Il faudra que je remplace mon champ par un tinyint qui pourra lui correctement traiter ce cas ?

Ce qui m'amène à une question plus générale : si l'on ne tient compte que du critère d'égalité, est-ce qu'un enum sera plus efficace qu'un tinyint en terme de performances ?

Citation:

---

Envoyé par Evocatii

Il faudra que je remplace mon champ par un tinyint qui pourra lui correctement traiter ce cas ?

Ce qui m'amène à une question plus générale : si l'on ne tient compte que critère d'égalité, est-ce qu'un enum sera plus efficace qu'un tinyint en terme de performances ?

---

Non, le tinyint sera plus performant car il est stocké sur 1 octet contrairement à l'enum qui repose certainement sur un varchar (donc 2 octets+). D'où des lignes et un index plus compacts et plus performants.

Par contre tu perds la contrainte d'intégrité assurée par l'enum sur les valeurs insérées dans la colonne (similaire à une contrainte CHECK sous d'autre SGBD).