Quale tipo di dati MySQL utilizzare per la memorizzazione di valori booleani

Poiché MySQL non sembra avere alcun tipo di dati "booleano", quale tipo di dati "abusa" per la memorizzazione di informazioni vere / false in MySQL?

Soprattutto nel contesto della scrittura e della lettura da / verso una sceneggiatura PHP.

Nel tempo ho usato e visto diversi approcci:

• tinyint, campi varchar contenenti i valori 0/1,
• campi varchar contenenti le stringhe '0' / '1' o 'true' / 'false'
• e infine enum Fields contenente le due opzioni 'true' / 'false'.

Nessuna delle precedenti sembra ottimale. Tendo a preferire la variante 0/1 tinyint, poiché la conversione automatica del tipo in PHP mi dà valori booleani piuttosto semplicemente.

Quindi quale tipo di dati usi? Esiste un tipo progettato per valori booleani che ho trascurato? Vedi qualche vantaggio / svantaggio usando un tipo o un altro?

Per MySQL 5.0.3 e versioni successive, è possibile utilizzare BIT. Il manuale dice:

A partire da MySQL 5.0.3, il tipo di dati BIT viene utilizzato per memorizzare i valori del campo bit. Un tipo di BIT (M) consente la memorizzazione di valori M-bit. M può variare da 1 a 64.

Altrimenti, secondo il manuale di MySQL puoi usare boolean e boolean che al momento sono alias di tinyint (1):

Bool, Boolean: questi tipi sono sinonimi di TINYINT (1). Un valore pari a zero è considerato falso. I valori diversi da zero sono considerati veri.

MySQL afferma inoltre che:

Intendiamo implementare la gestione completa del tipo booleano, in conformità con lo standard SQL, in una futura versione di MySQL.

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

BOOLe BOOLEANsono sinonimi di TINYINT(1). Lo zero è false, qualsiasi altra cosa è true. Maggiori informazioni qui .

Questa è una soluzione elegante che apprezzo molto perché utilizza zero byte di dati:

some_flag CHAR(0) DEFAULT NULL

Per impostarlo su true, impostare some_flag = ''e per impostarlo su false, impostare some_flag = NULL.

Quindi per verificare la presenza di true, controlla se some_flag IS NOT NULLe per verificare la presenza di false, controlla se some_flag IS NULL.

(Questo metodo è descritto in "MySQL ad alte prestazioni: ottimizzazione, backup, replica e altro" di Jon Warren Lentz, Baron Schwartz e Arjen Lentz.)

Se si utilizza il tipo BOOLEAN, questo è alias su TINYINT (1). Questo è il migliore se vuoi usare un SQL standardizzato e non ti dispiace che il campo possa contenere un valore fuori range (praticamente tutto ciò che non è 0 sarà "vero").

ENUM ('False', 'True') ti consentirà di utilizzare le stringhe nel tuo SQL e MySQL memorizzerà il campo internamente come numero intero in cui 'False' = 0 e 'True' = 1 in base all'ordine in cui è specificato Enum .

In MySQL 5+ è possibile utilizzare un campo BIT (1) per indicare un tipo numerico a 1 bit. Non credo che questo in realtà utilizzi meno spazio nella memoria, ma consente nuovamente di limitare i possibili valori a 1 o 0.

Tutto quanto sopra utilizzerà approssimativamente la stessa quantità di spazio di archiviazione, quindi è meglio scegliere quello che trovi più facile da lavorare.

A questa domanda è stata data una risposta, ma ho pensato di aggiungere $ 0,02. Uso spesso un CHAR(0), dove '' == true and NULL == false.

Dai documenti mysql :

CHAR(0)è anche abbastanza utile quando è necessaria una colonna che può assumere solo due valori: Una colonna definita come CHAR(0) NULLoccupa solo un bit e può assumere solo i valori NULLe ''(la stringa vuota).

Uso TINYINT (1) per memorizzare valori booleani in Mysql.

Non so se ci sia qualche vantaggio nell'usarlo ... Ma se non sbaglio, mysql può archiviare booleano (BOOL) e memorizzarlo come un minuscolo (1)

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

Bit è vantaggioso solo rispetto alle varie opzioni di byte (tinyint, enum, char (1)) se hai molti campi booleani. Un campo bit occupa ancora un byte intero. I campi a due bit si adattano allo stesso byte. Tre, quattro, cinque, sei, sette, otto. Dopo di che iniziano a riempire il byte successivo. In definitiva i risparmi sono così piccoli che ci sono migliaia di altre ottimizzazioni su cui dovresti concentrarti. A meno che tu non abbia a che fare con un'enorme quantità di dati, quei pochi byte non sommeranno molto. Se stai usando bit con PHP, devi digitare i valori in entrata e in uscita.

Fino a quando MySQL non implementa un tipo di dati bit, se l'elaborazione viene realmente pressata per spazio e / o tempo, come ad esempio con transazioni ad alto volume, crea un campo TINYINT chiamato bit_flagsper tutte le variabili booleane e maschera e sposta il bit booleano desiderato nel tuo SQL query.

Ad esempio, se il bit più a sinistra rappresenta il campo bool e i 7 bit più a destra non rappresentano nulla, il bit_flagscampo sarà uguale a 128 (10000000 binario). Maschera (nascondi) i sette bit più a destra (usando l'operatore bit per bit &) e sposta l'ottavo bit di sette spazi a destra, finendo con 00000001. Ora l'intero numero (che, in questo caso, è 1) è il tuo valore.

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

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

È possibile eseguire istruzioni come queste durante il test

SELECT (128 & 128) >> 7;

SELECT (0 & 128) >> 7;

eccetera.

Dato che hai 8 bit, hai potenzialmente 8 variabili booleane da un byte. Qualche futuro programmatore utilizzerà invariabilmente i successivi sette bit, quindi è necessario mascherare. Non limitarti a cambiare, o in futuro creerai l'inferno per te e gli altri. Assicurati che MySQL esegua il mascheramento e lo spostamento: ciò sarà significativamente più veloce rispetto al linguaggio di scripting Web (PHP, ASP, ecc.). Inoltre, assicurati di inserire un commento nel campo dei commenti di MySQL per il tuo bit_flagscampo.

Troverai utili questi siti durante l'implementazione di questo metodo:

• MySQL - Funzioni e operatori bit
• Strumento di conversione decimale / binario

Mi sono stufato di provare a ottenere zero, NULL e '' accuratamente intorno a un ciclo di valori PHP, MySql e POST, quindi uso semplicemente 'Sì' e 'No'.

Funziona perfettamente e non necessita di trattamenti speciali non ovvi e facili da eseguire.

Facendo riferimento a questo collegamento Tipo di dati booleano in Mysql , in base all'utilizzo dell'applicazione, se si desidera memorizzare solo 0 o 1, il bit (1) è la scelta migliore.

Poiché MySQL (8.0.16) e MariaDB (10.2.1) hanno entrambi implementato il vincolo CHECK, ora vorrei usare

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

Lei sarà solo in grado di memorizzare 0, 1o NULL, così come i valori che possono essere convertiti in 0o 1senza errori come '1', 0x00, b'1'o TRUE/ FALSE.

Se non si desidera consentire NULL, aggiungere l' NOT NULLopzione

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

Nota che non c'è praticamente alcuna differenza se usi TINYINT, TINYINT(1)o TINYINT(123).

Se si desidera che il proprio schema sia compatibile verso l'alto, è anche possibile utilizzare BOOLoBOOLEAN

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

db <> demo violino

Dopo aver letto le risposte qui ho deciso di usare bit(1)e sì, è in qualche modo meglio nello spazio / tempo, MA dopo un po 'ho cambiato idea e non lo userò mai più. Ha complicato molto il mio sviluppo, quando ho usato istruzioni preparate, librerie ecc. (Php).

Da allora, uso sempre tinyint(1), sembra abbastanza buono.

È possibile utilizzare il tipo di dati BOOL, BOOLEAN per la memorizzazione di valori booleani.

Questi tipi sono sinonimi di TINYINT (1)

Tuttavia, il tipo di dati BIT (1) ha più senso archiviare un valore booleano (true [1] o false [0]) ma TINYINT (1) è più semplice da utilizzare quando si esegue l'output dei dati, l'esecuzione di query e così via e per ottenere l'interoperabilità tra MySQL e altri database. Puoi anche controllare questa risposta o discussione .

MySQL converte anche i tipi di dati BOOL, BOOLEAN in TINYINT (1).

Inoltre, leggi la documentazione