Quel type de données MySQL utiliser pour stocker des valeurs booléennes

Puisque MySQL ne semble pas avoir de type de données «booléen», quel type de données abusez-vous pour stocker des informations vraies / fausses dans MySQL?

Surtout dans le cadre de l'écriture et de la lecture de / vers un script PHP.

Au fil du temps, j'ai utilisé et vu plusieurs approches:

• tinyint, champs varchar contenant les valeurs 0/1,
• champs varchar contenant les chaînes '0' / '1' ou 'true' / 'false'
• et enfin énumérer les champs contenant les deux options «vrai» / «faux».

Rien de ce qui précède ne semble optimal. J'ai tendance à préférer la variante tinyint 0/1, car la conversion automatique de type en PHP me donne des valeurs booléennes assez simplement.

Alors, quel type de données utilisez-vous? Existe-t-il un type conçu pour les valeurs booléennes que j'ai négligé? Voyez-vous des avantages / inconvénients en utilisant un type ou un autre?

Pour MySQL 5.0.3 et supérieur, vous pouvez utiliser BIT. Le manuel dit:

Depuis MySQL 5.0.3, le type de données BIT est utilisé pour stocker les valeurs de champ binaire. Un type de BIT (M) permet le stockage de valeurs M bits. M peut aller de 1 à 64.

Sinon, selon le manuel MySQL, vous pouvez utiliser bool et boolean qui sont actuellement des alias de tinyint (1):

Bool, Boolean: ces types sont synonymes de TINYINT (1). Une valeur de zéro est considérée comme fausse. Les valeurs non nulles sont considérées comme vraies.

MySQL déclare également que:

Nous avons l'intention d'implémenter la gestion de type booléen complet, conformément au SQL standard, dans une future version de MySQL.

Références: http://dev.mysql.com/doc/refman/5.5/en/numeric-type-overview.html

BOOLet BOOLEANsont synonymes de TINYINT(1). Zéro false, tout le reste true. Plus d'informations ici .

C'est une solution élégante que j'apprécie tout à fait car elle utilise zéro octet de données:

some_flag CHAR(0) DEFAULT NULL

Pour le définir sur true, définissez some_flag = ''et pour le définir sur false, définissez some_flag = NULL.

Ensuite, pour tester true, vérifiez si some_flag IS NOT NULLet pour tester false, vérifiez if some_flag IS NULL.

(Cette méthode est décrite dans «MySQL hautes performances: optimisation, sauvegardes, réplication, etc.» par Jon Warren Lentz, Baron Schwartz et Arjen Lentz.)

Si vous utilisez le type BOOLEAN, celui-ci a pour alias TINYINT (1). C'est mieux si vous voulez utiliser du SQL standardisé et que cela ne vous dérange pas que le champ puisse contenir une valeur hors limites (fondamentalement tout ce qui n'est pas 0 sera «vrai»).

ENUM ('False', 'True') vous permettra d'utiliser les chaînes dans votre SQL, et MySQL stockera le champ en interne sous la forme d'un entier où 'False' = 0 et 'True' = 1 en fonction de l'ordre dans lequel l'énumération est spécifiée .

Dans MySQL 5+, vous pouvez utiliser un champ BIT (1) pour indiquer un type numérique à 1 bit. Je ne pense pas que cela utilise réellement moins d'espace dans le stockage, mais vous permet à nouveau de contraindre les valeurs possibles à 1 ou 0.

Tout ce qui précède utilisera environ la même quantité de stockage, il est donc préférable de choisir celui avec lequel vous trouvez le plus facile à travailler.

Cette question a reçu une réponse, mais je pensais que je mettrais mes 0,02 $. J'utilise souvent un CHAR(0), où '' == true and NULL == false.

Depuis les documents mysql :

CHAR(0)est également très agréable lorsque vous avez besoin d'une colonne qui ne peut prendre que deux valeurs: Une colonne qui est définie comme CHAR(0) NULLn'occupe qu'un seul bit et ne peut prendre que les valeurs NULLet ''(la chaîne vide).

J'utilise TINYINT (1) afin de stocker des valeurs booléennes dans Mysql.

Je ne sais pas s'il y a un avantage à l'utiliser ... Mais si je ne me trompe pas, mysql peut stocker des booléens (BOOL) et les stocker sous forme de minuscule (1)

http://dev.mysql.com/doc/refman/5.0/en/other-vendor-data-types.html

Bit n'est avantageux sur les différentes options d'octets (tinyint, enum, char (1)) que si vous avez beaucoup de champs booléens. Un champ de bits occupe toujours un octet complet. Deux champs de bits correspondent à ce même octet. Trois, quatre, cinq, six, sept, huit. Après quoi, ils commencent à remplir l'octet suivant. En fin de compte, les économies sont si faibles qu'il y a des milliers d'autres optimisations sur lesquelles vous devriez vous concentrer. À moins que vous n'ayez à traiter une énorme quantité de données, ces quelques octets n'apporteront pas grand-chose. Si vous utilisez Bit avec PHP, vous devez transtyper les valeurs entrant et sortant.

Jusqu'à ce que MySQL implémente un type de données bit, si votre traitement est vraiment pressé pour l'espace et / ou le temps, comme avec des transactions à volume élevé, créez un champ TINYINT appelé bit_flagspour toutes vos variables booléennes, et masquez et déplacez le bit booléen que vous désirez dans votre SQL requete.

Par exemple, si votre bit le plus à gauche représente votre champ booléen et les 7 bits les plus à droite ne représentent rien, votre bit_flagschamp sera égal à 128 (binaire 10000000). Masquez (masquez) les sept bits les plus à droite (à l'aide de l'opérateur au niveau du bit &) et déplacez le 8e bit de sept espaces vers la droite, pour finir avec 00000001. Maintenant, le nombre entier (qui, dans ce cas, est 1) est votre valeur.

SELECT (t.bit_flags & 128) >> 7 AS myBool FROM myTable t;

if bit_flags = 128 ==> 1 (true)
if bit_flags = 0 ==> 0 (false)

Vous pouvez exécuter des instructions comme celles-ci pendant que vous testez

SELECT (128 & 128) >> 7;

SELECT (0 & 128) >> 7;

etc.

Puisque vous avez 8 bits, vous avez potentiellement 8 variables booléennes d'un octet. Certains futurs programmeurs utiliseront invariablement les sept bits suivants, vous devez donc masquer. Ne vous contentez pas de changer, ou vous créerez l'enfer pour vous et les autres à l'avenir. Assurez-vous que MySQL fait votre masquage et votre déplacement - ce sera beaucoup plus rapide que de le faire avec le langage de script Web (PHP, ASP, etc.). Assurez-vous également de placer un commentaire dans le champ de commentaire MySQL de votre bit_flagschamp.

Vous trouverez ces sites utiles lors de la mise en œuvre de cette méthode:

• MySQL - Fonctions et opérateurs de bits
• Outil de conversion décimal / binaire

J'en ai eu marre d'essayer d'obtenir des zéros, des NULLS et '' d'arrondir avec précision une boucle de valeurs PHP, MySql et POST, donc j'utilise simplement 'Oui' et 'Non'.

Cela fonctionne parfaitement et ne nécessite aucun traitement spécial qui n'est pas évident et facile à faire.

En se référant à ce lien de type de données booléen dans Mysql , selon l'utilisation de l'application, si l'on veut que seulement 0 ou 1 soit stocké, le bit (1) est le meilleur choix.

Puisque MySQL (8.0.16) et MariaDB (10.2.1) ont tous deux implémenté la contrainte CHECK, j'utiliserais maintenant

bool_val TINYINT CHECK(bool_val IN(0,1))

Vous ne serez en mesure de stocker 0, 1ou NULL, ainsi que les valeurs qui peuvent être convertis en 0ou 1sans erreurs comme '1', 0x00, b'1'ou TRUE/ FALSE.

Si vous ne souhaitez pas autoriser les valeurs NULL, ajoutez l' NOT NULLoption

bool_val TINYINT NOT NULL CHECK(bool_val IN(0,1))

Notez qu'il n'y a pratiquement aucune différence si vous utilisez TINYINT, TINYINT(1)ou TINYINT(123).

Si vous souhaitez que votre schéma soit compatible vers le haut, vous pouvez également utiliser BOOLouBOOLEAN

bool_val BOOL CHECK(bool_val IN(TRUE,FALSE))

démo db <> violon

Après avoir lu les réponses ici, j'ai décidé d'utiliser bit(1)et oui, c'est en quelque sorte mieux dans l'espace / temps, MAIS après un certain temps j'ai changé d'avis et je ne l'utiliserai plus jamais. Cela a beaucoup compliqué mon développement, lors de l'utilisation d'instructions préparées, de bibliothèques, etc. (php).

Depuis lors, j'utilise toujours tinyint(1), semble assez bon.

Vous pouvez utiliser le type de données BOOL, BOOLEAN pour stocker des valeurs booléennes.

Ces types sont synonymes de TINYINT (1)

Cependant, le type de données BIT (1) a plus de sens pour stocker une valeur booléenne (soit vrai [1] ou faux [0]) mais TINYINT (1) est plus facile à utiliser lorsque vous sortez les données, interrogez, etc. sur et pour réaliser l'interopérabilité entre MySQL et d'autres bases de données. Vous pouvez également vérifier cette réponse ou ce fil .

MySQL convertit également les types de données BOOL, BOOLEAN en TINYINT (1).

De plus, lisez la documentation