Qué tipo de datos MySQL usar para almacenar valores booleanos

Dado que MySQL no parece tener ningún tipo de datos 'booleanos', ¿qué tipo de datos 'abusa' para almacenar información verdadera / falsa en MySQL?

Especialmente en el contexto de escribir y leer desde / hacia un script PHP.

Con el tiempo, he usado y visto varios enfoques:

• tinyint, campos varchar que contienen los valores 0/1,
• campos varchar que contienen las cadenas '0' / '1' o 'verdadero' / 'falso'
• y finalmente enum Campos que contienen las dos opciones 'verdadero' / 'falso'.

Nada de lo anterior parece óptimo. Tiendo a preferir la variante tinyint 0/1, ya que la conversión automática de tipos en PHP me da valores booleanos de manera bastante simple.

Entonces, ¿qué tipo de datos utilizas? ¿Hay un tipo diseñado para valores booleanos que he pasado por alto? ¿Ve alguna ventaja / desventaja al usar un tipo u otro?

Para MySQL 5.0.3 y superior, puede usar BIT. El manual dice:

A partir de MySQL 5.0.3, el tipo de datos BIT se utiliza para almacenar valores de campo de bits. Un tipo de BIT (M) permite el almacenamiento de valores de M bits. M puede variar de 1 a 64.

De lo contrario, de acuerdo con el manual de MySQL, puede usar bool y boolean, que actualmente son alias de tinyint (1):

Bool, Boolean: estos tipos son sinónimos de TINYINT (1). Un valor de cero se considera falso. Los valores distintos de cero se consideran verdaderos.

MySQL también afirma que:

Tenemos la intención de implementar un manejo de tipo booleano completo, de acuerdo con SQL estándar, en una futura versión de MySQL.

Referencias: http://dev.mysql.com/doc/refman/5.5/en/numeric-type-overview.html

BOOLy BOOLEANson sinónimos de TINYINT(1). Cero es false, cualquier otra cosa es true. Más información aquí .

Esta es una solución elegante que aprecio bastante porque utiliza cero bytes de datos:

some_flag CHAR(0) DEFAULT NULL

Para establecerlo en verdadero, establecer some_flag = ''y establecerlo en falso, establecer some_flag = NULL.

Luego, para comprobar si es verdadero, verifique si some_flag IS NOT NULL, y para verificar si es falso, verifique si some_flag IS NULL.

(Este método se describe en "MySQL de alto rendimiento: optimización, copias de seguridad, replicación y más" por Jon Warren Lentz, Baron Schwartz y Arjen Lentz).

Si usa el tipo BOOLEAN, este tiene un alias para TINYINT (1). Esto es mejor si desea utilizar SQL estandarizado y no le importa que el campo pueda contener un valor fuera de rango (básicamente, todo lo que no sea 0 será 'verdadero').

ENUM ('False', 'True') le permitirá usar las cadenas en su SQL, y MySQL almacenará el campo internamente como un entero donde 'False' = 0 y 'True' = 1 en función del orden en que se especifica el Enum .

En MySQL 5+ puede usar un campo BIT (1) para indicar un tipo numérico de 1 bit. No creo que esto realmente use menos espacio en el almacenamiento, pero nuevamente le permite restringir los posibles valores a 1 o 0.

Todo lo anterior utilizará aproximadamente la misma cantidad de almacenamiento, por lo que es mejor elegir el que le resulte más fácil para trabajar.

Esta pregunta ha sido respondida pero pensé que tiraría mis $ 0.02. A menudo uso un CHAR(0), donde '' == true and NULL == false.

De documentos de mysql :

CHAR(0)También es bastante bueno cuando necesita una columna que puede tomar solo dos valores: una columna que se define como CHAR(0) NULLocupa solo un bit y puede tomar solo los valores NULLy ''(la cadena vacía).

Utilizo TINYINT (1) para almacenar valores booleanos en Mysql.

No sé si hay alguna ventaja en usar esto ... Pero si no me equivoco, mysql puede almacenar boolean (BOOL) y lo almacena como un tinyint (1)

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

El bit solo es ventajoso sobre las diversas opciones de bytes (tinyint, enum, char (1)) si tiene muchos campos booleanos. Un campo de bits aún ocupa un byte completo. Dos campos de bits encajan en ese mismo byte. Tres, cuatro, cinco, seis, siete, ocho. Después de lo cual comienzan a llenar el siguiente byte. En última instancia, los ahorros son tan pequeños que hay miles de otras optimizaciones en las que debe centrarse. A menos que esté tratando con una enorme cantidad de datos, esos pocos bytes no sumarán mucho. Si está utilizando bit con PHP, debe convertir los valores que entran y salen.

Hasta que MySQL implemente un tipo de datos de bit, si su procesamiento es realmente presionado por espacio y / o tiempo, como con transacciones de alto volumen, cree un campo TINYINT llamado bit_flagspara todas sus variables booleanas, y enmascare y cambie el bit booleano que desea en su SQL consulta.

Por ejemplo, si su bit más a la izquierda representa su campo bool, y los 7 bits más a la derecha no representan nada, entonces su bit_flagscampo será igual a 128 (10000000 binario). Enmascara (oculta) los siete bits más a la derecha (usando el operador bit a bit &) y desplaza el octavo bit siete espacios a la derecha, terminando con 00000001. Ahora el número entero (que, en este caso, es 1) es tu valor.

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

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

Puede ejecutar declaraciones como estas mientras prueba

SELECT (128 & 128) >> 7;

SELECT (0 & 128) >> 7;

etc.

Como tiene 8 bits, tiene potencialmente 8 variables booleanas de un byte. Algún programador futuro usará invariablemente los próximos siete bits, por lo que debe enmascarar. No solo cambies, o crearás un infierno para ti y para los demás en el futuro. Asegúrese de que MySQL haga su enmascaramiento y cambio; esto será significativamente más rápido que tener el lenguaje de secuencias de comandos web (PHP, ASP, etc.). Además, asegúrese de colocar un comentario en el campo de comentarios MySQL para subit_flags campo.

Encontrarás estos sitios útiles cuando implementes este método:

• MySQL - Funciones de bit y operadores
• Herramienta de conversión decimal / binaria

Me cansé de tratar de obtener ceros, NULLS y '' redondear con precisión un bucle de valores PHP, MySql y POST, así que solo uso 'Sí' y 'No'.

Esto funciona perfectamente y no necesita un tratamiento especial que no sea obvio y fácil de hacer.

Refiriéndose a este enlace tipo de datos booleanos en Mysql , de acuerdo con el uso de la aplicación, si uno solo quiere que se almacene 0 o 1, el bit (1) es la mejor opción.

Como MySQL (8.0.16) y MariaDB (10.2.1) implementaron la restricción CHECK, ahora usaría

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

Usted sólo será capaz de almacenar 0, 1o NULL, así como los valores que se pueden convertir a 0o 1sin errores, como '1', 0x00, b'1'o TRUE/FALSE .

Si no desea permitir NULL, agregue la NOT NULLopción

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

Tenga en cuenta que prácticamente no hay diferencia si usa TINYINT, TINYINT(1)oTINYINT(123) .

Si desea que su esquema sea compatible hacia arriba, también puede usar BOOLoBOOLEAN

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

demostración de violín db <>

Después de leer las respuestas aquí, decidí usar bit(1)y sí, de alguna manera es mejor en espacio / tiempo, PERO después de un tiempo cambié de opinión y nunca lo volveré a usar. Complicó mucho mi desarrollo al usar declaraciones preparadas, bibliotecas, etc. (php).

Desde entonces, siempre uso tinyint(1), parece lo suficientemente bueno.

Puede usar el tipo de datos BOOL, BOOLEAN para almacenar valores booleanos.

Estos tipos son sinónimos de TINYINT (1)

Sin embargo, el tipo de datos BIT (1) tiene más sentido para almacenar un valor booleano (ya sea verdadero [1] o falso [0]), pero es más fácil trabajar con TINYINT (1) cuando está generando datos, consultas, etc. y para lograr la interoperabilidad entre MySQL y otras bases de datos. También puede consultar esta respuesta o hilo .

MySQL también convierte los tipos de datos BOOL, BOOLEAN a TINYINT (1).

Además, lea la documentación