bonjour

je voudrais ajouter un champ dans ma table, qui ne contiendra que un 0 (invalide) ou un 1 (valide). que j'utilisrai ensuite pour dire si un jeu est multiconsole ou pas.

mais quel est le type de champ approprié pour ca?

merci

un champ type BIT

pour + d'infos :
http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html

merci, et quelle valeur je met ? 2 ?

je trouve pas BIT dans la liste

Alors utilise TinyInt(1)

merci beaucoup ^^
héhé, tadaa http://www.nintendotouch.com/jeu-181.html

http://img265.imageshack.us/img265/4/boolmd9.png
Non ?

que veux tu dire jetable ?

Ma faute, j'aurais dû mettre le "BOOL" un peu plus en évidence, désolé.
Je voulais simplement dire que pour un champ qui ne prendra que 2 valeurs, l'une vraie et l'autre fausse, un champ BOOL s'impose de lui-même : TRUE, FALSE, rien d'autre.
Bien sûr, le type tinyint(1) fait l'affaire, et on peut aussi utiliser des champs de type enum ou set, mais puisque c'est un comportement booléen, pourquoi se priver du typé dédié ?

ah merci de ton commentaire

mais je peux encore changer ou c'est trop tard ?

Si tu as déjà créé ton champ et que ton site fonctionne avec ce champ, surtout ne t'embête pas avec ça, ça m'étonnerait que des problèmes d'optimisation de ta table t'arrivent à cause d'une différence si insignifiante (sauf si tu envisages que ton site deviennent une grosse machine générant un trafic relativement important, genre quelques milliers de visiteurs/jour), c'est juste bon à savoir

ok merci

si mon site devient comme tu dis un gros site avec des milliers de visite (juste un exemple hein, pour savoir ^^), ca serait embêtant de changer quelquechose?

Les changements de type sont toujours potentiellement pénibles, que le site soit petit ou gros, j'en ai fait la douloureuse expérience il y a quelques temps

arg, j'espere ne pas avoir de problemes de ce genre un jour

En même temps dans une BD bien conçue on change pas le type ^^
Faut bien concevoir à l'avance, anticiper, normaliser, et ça doit aller
Bien sûr prévoir procédures stockées si possible, etc...
Un petit lien sur les erreurs à ne pas commettre (nécessite tout de même d'avoir quelques connaissances en BD, car certaines notions peuvent être inconnues pour certains )
http://www.nexen.net/actualites/trucs/16828-10_erreurs_communes_en_sql.php