J’ai vu pas mal de m\u00e9thodes pour stocker un bool\u00e9en dans SQL. Certaines sont vraiment \u00e0 \u00e9viter, d’autres sont plus faciles, etc. Voici mon (humble) avis sur celles \u00e0 absolument \u00e9viter et les bonnes m\u00e9thodes.
\n
\n!!!!M\u00e9thode 1: Stocker comme ENUM(‘0′,’1’) Probablement la plus mauvaise id\u00e9e que vous pouvez avoir. Je m’arrache les cheveux \u00e0 chaque fois que je vois \u00e7a dans le projet sur lequel je bosse actuellement (et dont je n’ai pas fait la conception). Petite explication du pourquoi du comment. Soit une table membre, avec un champ `valide` de type ENUM(‘0′,’1’), repr\u00e9sentant si le membre a valid\u00e9 son inscription ou non. Je veux savoir si le membre est valid\u00e9 : \/\/\/ SELECT id,nom FROM membre WHERE id=666 AND valide=1; (0 row(s)returned) \/\/\/ => pas d’erreur, mais ne renvoie rien. Bizarre, j’ai pourtant cru que c’\u00e9tait bon. Je v\u00e9rifie : \/\/\/ SELECT id,nom FROM membre WHERE id=666 AND valide=0; (0 row(s)returned) \/\/\/ => pas d’erreur, mais toujours rien retourn\u00e9. Damned! En effet, MySQL ne fait pas de typecasting, et pour lui, ‘0’ ne vaut ni 1 ni 0. Deuxi\u00e8me soucis, c’est si vous utilisez des fonctions de comparaison MySQL. Exemple : \/\/\/ select if (valide,’ok’,’pas bon’) FROM membre WHERE id=666; \/\/\/ => retourne ‘ok’, quelque soit la valeur de valide. En effet, une chaine de caract\u00e8re, m\u00eame ‘0’, est toujours vraie. !!!C\u00f4t\u00e9 stockage Chaque valeur ENUM est associ\u00e9e \u00e0 un index. Manque de bol, la 1e valeur a l’index 1. Donc ENUM(‘0′,’1’) donne les index ‘0’ => 1 et ‘1’ => 2. G\u00e9nial… L’index 0 est utilis\u00e9 pour stocker une cha\u00eene vide (cas d’erreur). [cf la doc MySQL.|http:\/\/dev.mysql.com\/doc\/refman\/5.0\/fr\/enum.html|fr] Enfin, pour ceux qui me parlent de performance, sachez qu’un ENUM prend un ou deux octets en fonction du nombre de valeurs. Et si mes souvenirs sont bons, ENUM prend toujours 2 octets dans d’anciennes versions de MySQL \u00a0\u00bb(\u00e0 v\u00e9rifier).\u00a0\u00bb%%% __Conclusion__ : on oublie. Note : ENUM() a \u00e9galement les m\u00eames soucis que VARCHAR(), donc n’utilisez pas de stockage de chaine pour cela, point barre. !!!!M\u00e9thode 2: Stocker comme un entier (\u00a0\u00bbINTEGER\u00a0\u00bb). C’est une bonne solution, reste \u00e0 choisir quel type de champ. Il en existe beaucoup : TINYINT, BIGINT, etc. Leur diff\u00e9rence ? Ils permettent de stocker des entiers plus ou moins grand. Comme nous voulons juste stocker 2 valeurs, autant prendre le moins couteux, \u00e0 savoir TINYINT, qui ne prend qu’un seul octet en m\u00e9moire. En d\u00e9finissant votre champ sur TINYINT(1), vous limitez m\u00eame les erreurs. Pour les curieux qui veulent savoir l’espace de stockage n\u00e9c\u00e9ssaire et l’intervalle de chaque type de colonne,[ la documentation est l\u00e0 pour \u00e7a.|http:\/\/dev.mysql.com\/doc\/refman\/5.0\/fr\/numeric-types.html|fr] !!!!M\u00e9thode 3: Stocker comme un champ de type BIT(1) Solution relativement r\u00e9cente (BIT a \u00e9t\u00e9 int\u00e9gr\u00e9 dans MySQL 5.0.3). Niveau stockage c’est pas forc\u00e9ment tr\u00e8s efficace, car BIT(1) prend quand m\u00eame un octet. Il est question d’am\u00e9liorer cette gestion dans de prochaines versions de MySQL. Par contre niveau utilisation c’est pas vraiment simple. !!!Insertion: \/\/\/ INSERT INTO matable VALUES (b’1′); INSERT INTO matable VALUES (0b1); INSERT INTO matable VALUES (b’0′); INSERT INTO matable VALUES (0b0); \/\/\/ !!!Pour la r\u00e9cup\u00e9ration … …, y’a une astuce. En effet, \u00a0\u00bbSELECT monchamp FROM matable\u00a0\u00bb vous renverra de jolis signes cabalistique. En effet, MySQL vous renvoie la valeur binaire. Pour r\u00e9cup\u00e9rer l’entier, plusieurs m\u00e9thodes: \/\/\/ SELECT monchamp+0 from test; SELECT bin(champ) from test; SELECT oct(champ) from test; SELECT hex(champ) from test; \/\/\/ Attention si vous stockez plus qu’un bool\u00e9en (BIT(M) avec M>1), les s\u00e9lections ci-dessus auront alors des comportements diff\u00e9rents entre elles. Comme toujours, [RTFM|http:\/\/dev.mysql.com\/doc\/refman\/5.0\/fr\/bit-field-values.html|fr]. !!!!Conclusion Personnellement, je recommanderais de stocker des bool\u00e9ens dans un champ TINYINT(1). C’est ce qui est le plus simple \u00e0 utiliser. BIT reste un peu trop complexe pour peu\/aucun gain de performance.<\/p>\n","protected":false},"excerpt":{"rendered":"
J’ai vu pas mal de m\u00e9thodes pour stocker un bool\u00e9en dans SQL. Certaines sont vraiment \u00e0 \u00e9viter, d’autres sont plus faciles, etc. Voici mon (humble) avis sur celles \u00e0 absolument \u00e9viter et les bonnes m\u00e9thodes.<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[42,36,29],"class_list":["post-37","post","type-post","status-publish","format-standard","hentry","category-php-sql","tag-enum","tag-mysql","tag-php"],"yoast_head":"\n