booléens en mySQL

bonjour à tous,
avant de poser ma question, j'ai cherché si elle n'avait pas été résolue et je n'ai rien trouvé ... ça m'a paru bizarre :

mysql ne dispose pas du type booléen ...
alors que vaut-il mieux faire ?

1) un champ de type énuméré (vrai, faux)
2) un entier (tinyint ?) qui prendrait pour valeur 0 (faux) et 1 (vrai)

1) est beaucoup mieux du point de vue conception, car c'est sans ambiguïté, mais est-ce pluis ou moins performant que 2) ?
2) est plus ambigu (encore que ... tout le monde s'accorde à dire que 0=false et 1=true) et d'autre part, est-ce que tinyint n'autoriserait pas la valeur 3 ou 4 ???

merci d'avance.

Salut,


Tu pourrais utiliser le type char !! Avec "OUI" ou "NON", je l'utilise moi même et ça marche super bien.

voilà

Citation:

---

Envoyé par Samrock

Salut,


Tu pourrais utiliser le type char !! Avec "OUI" ou "NON", je l'utilise moi même et ça marche super bien.

voilà

---

oulala très mauvais idée !!!!
déjà tu utilise 4 fois plus de place en mémoire et en plus tu ne peux pas mettre d'index donc tu ne peux optimiser ta base si tu en as besoin

pour la question de nako je ne sais pas laquelle est la mieux mais personnellement j'utilise toujours "tinyint" et je n'ai pas encore eu de problème
mais je suis prêt à utiliser "enum" si quelqu'Hun arrive à me convaincre

Citation:

---

Envoyé par mathix

Citation:

---

Envoyé par Samrock

Salut,


Tu pourrais utiliser le type char !! Avec "OUI" ou "NON", je l'utilise moi même et ça marche super bien.

voilà

---

oulala très mauvais idée !!!!
déjà tu utilise 4 fois plus de place en mémoire et en plus tu ne peux pas mettre d'index donc tu ne peux optimiser ta base si tu en as besoin

pour la question de nako je ne sais pas laquelle est la mieux mais personnellement j'utilise toujours "tinyint" et je n'ai pas encore eu de problème
mais je suis prêt à utiliser "enum" si quelqu'Hun arrive à me convaincre

---

Tu peux utiliser "char" en n'enregistrant que "V" pour oui et "N" pour non. ça reviendrais au même :)

V pour oui et N pour non ???
pas très logique dis moi ... :roll:

tu peux utiliser le format tinyint(1)
0 pour non,
1 pour oui, et vis-versa

ok, visiblement, ça me semble être la meilleure solution,
tinyint avec 0 pour faux et 1 pour vrai.
merci, mais comme le dit mathix, si quelqu'un a une meilleure solution ... je suis preneur

(c'est quand même dingue que le type booléen ne soit pas disponible en mySQL :!: )

Citation:

---

Envoyé par nako

V pour oui et N pour non ???
pas très logique dis moi ... :roll:

---

Ben le "V" pour qu'il ne confonde pas le "O" avec le 0 :)

En attendant que le type BOOL soit opérationnel, le type TINYINT est économique puisque encodé sur 1 octet (-128 à +127).
Renseigne bien ton source pour expliquer que 0=FALSE et 1=TRUE, même si beaucoup de monde utilise ce pseudo-booléen.

Ce serait effectivement plus logique de mettre "V" pour vrai et "F" pour faux ou "T" pour true et "F" pour false, mais si le code est bien renseigné....