Którego typu danych MySQL należy użyć do przechowywania wartości logicznych

Ponieważ wydaje się, że MySQL nie ma żadnego typu danych „boolowskich”, jaki typ danych „nadużywasz” do przechowywania prawdziwych / fałszywych informacji w MySQL?

Zwłaszcza w kontekście pisania i czytania ze skryptu PHP.

Z czasem wykorzystałem i widziałem kilka podejść:

• tinyint, pola varchar zawierające wartości 0/1,
• pola varchar zawierające ciągi „0” / „1” lub „true” / „false”
• i na koniec wylicza pola zawierające dwie opcje „prawda” / „fałsz”.

Żadne z powyższych nie wydaje się optymalne. Wolę wariant maleint 0/1, ponieważ automatyczna konwersja typów w PHP daje mi raczej wartości logiczne.

Jakiego typu danych używasz? Czy istnieje typ zaprojektowany dla wartości boolowskich, które przeoczyłem? Czy widzisz jakieś zalety / wady wynikające z używania takiego czy innego rodzaju?

W przypadku MySQL 5.0.3 i nowszych można użyć BIT. Instrukcja mówi:

Począwszy od MySQL 5.0.3, typ danych BIT służy do przechowywania wartości pól bitowych. Rodzaj BIT (M) umożliwia przechowywanie wartości M-bitowych. M może wynosić od 1 do 64.

W przeciwnym razie, zgodnie z instrukcją MySQL, możesz użyć bool i boolean, które są w tej chwili aliasami tinyint (1):

Bool, Boolean: Te typy są synonimami TINYINT (1). Wartość zero jest uważana za fałsz. Wartości niezerowe są uważane za prawdziwe.

MySQL stwierdza również, że:

Zamierzamy wdrożyć pełną obsługę typu logicznego, zgodnie ze standardowym SQL, w przyszłej wersji MySQL.

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

BOOLi BOOLEANsą synonimami TINYINT(1). Zero jest false, wszystko inne jest true. Więcej informacji tutaj .

To eleganckie rozwiązanie, które doceniam, ponieważ wykorzystuje zero bajtów danych:

some_flag CHAR(0) DEFAULT NULL

Aby ustawić wartość true, ustaw some_flag = ''i ustaw wartość false, ustaw some_flag = NULL.

Następnie, aby sprawdzić, czy jest prawda, sprawdź, czy jakaś_flaga IS NOT NULL, i aby sprawdzić, czy jest jakaś_faga, sprawdź, czy jakaś_flaga IS NULL.

(Ta metoda została opisana w „High Performance MySQL: Optymalizacja, kopie zapasowe, replikacja i więcej” Jon Warren Lentz, Baron Schwartz i Arjen Lentz.)

Jeśli używasz typu BOOLEAN, jest on aliasowany do TINYINT (1). Jest to najlepsze, jeśli chcesz używać standardowego SQL i nie przejmuj się, że pole może zawierać wartość spoza zakresu (w zasadzie wszystko, co nie jest równe 0, będzie „prawdziwe”).

ENUM („Fałsz”, „Prawda”) pozwoli ci używać ciągów w twoim SQL, a MySQL zapisze pole wewnętrznie jako liczbę całkowitą, gdzie „Fałsz” = 0 i „Prawda” = 1 w oparciu o kolejność określania Enum .

W MySQL 5+ możesz użyć pola BIT (1), aby wskazać 1-bitowy typ liczbowy. Nie sądzę, że faktycznie zajmuje to mniej miejsca w pamięci, ale znowu pozwala ograniczyć możliwe wartości do 1 lub 0.

Wszystkie powyższe zużyją mniej więcej tyle samo miejsca, więc najlepiej wybrać ten, który jest dla Ciebie najłatwiejszy do pracy.

Odpowiedzi na to pytanie, ale pomyślałem, że wrzucę moje 0,02 $. Często używam CHAR(0), gdzie '' == true and NULL == false.

Z mysql docs :

CHAR(0)jest również całkiem przyjemny, gdy potrzebujesz kolumny, która może przyjmować tylko dwie wartości: Kolumna zdefiniowana jako CHAR(0) NULLzajmuje tylko jeden bit i może przyjmować tylko wartości NULLi ''(pusty ciąg).

Używam TINYINT (1) do przechowywania wartości logicznych w Mysql.

Nie wiem, czy jest jakaś korzyść z korzystania z tego ... Ale jeśli się nie mylę, mysql może przechowywać wartości logiczne (BOOL) i przechowuje je jako tinyint (1)

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

Bit ma przewagę nad różnymi opcjami bajtów (tinyint, enum, char (1)), jeśli masz dużo pól boolowskich. Jedno pole bitowe nadal zajmuje pełny bajt. Dwa pola bitowe pasują do tego samego bajtu. Trzy, cztery, pięć, sześć, siedem, osiem. Następnie zaczynają wypełniać następny bajt. Ostatecznie oszczędności są tak małe, że istnieją tysiące innych optymalizacji, na których powinieneś się skupić. O ile nie masz do czynienia z ogromną ilością danych, te kilka bajtów nie zsumuje się zbyt wiele. Jeśli używasz bitów z PHP, musisz typować rzut wartości wchodzących i wychodzących.

Dopóki MySQL nie zaimplementuje bitowego typu danych, jeśli twoje przetwarzanie jest naprawdę naciskane na przestrzeń i / lub czas, na przykład przy transakcjach o dużej objętości, utwórz pole TINYINT wywoływane bit_flagsdla wszystkich zmiennych boolowskich i zamaskuj i przesuwaj bit boolowski, którego potrzebujesz w SQL pytanie.

Na przykład, jeśli twój najbardziej lewy bit reprezentuje twoje pole bool, a 7 prawych bitów nic nie reprezentuje, wtedy twoje bit_flagspole będzie równe 128 (binarne 10000000). Zamaskuj (ukryj) siedem bitów po prawej stronie (używając operatora bitowego &) i przesuń 8 bitów siedem spacji w prawo, kończąc na 00000001. Teraz cała liczba (która w tym przypadku wynosi 1) jest twoją wartością.

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

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

Podczas testowania możesz uruchamiać takie instrukcje

SELECT (128 & 128) >> 7;

SELECT (0 & 128) >> 7;

itp.

Ponieważ masz 8 bitów, potencjalnie masz 8 zmiennych boolowskich z jednego bajtu. Pewien przyszły programista niezmiennie używa następnych siedmiu bitów, więc musisz maskować. Nie zmieniaj się, bo w przyszłości stworzysz piekło dla siebie i innych. Upewnij się, że MySQL wykonuje maskowanie i przesuwanie - będzie to znacznie szybsze niż w przypadku języka skryptowego (PHP, ASP itp.). Upewnij się także, że umieścisz komentarz w polu komentarza MySQL dla swojego bit_flagspola.

Te witryny będą przydatne podczas wdrażania tej metody:

• MySQL - funkcje bitowe i operatory
• Narzędzie do konwersji dziesiętnej / binarnej

Mam dość próbowania zer, NULLS i „” dokładnego okrążenia pętli wartości PHP, MySql i POST, więc używam po prostu „Tak” i „Nie”.

Działa to bezbłędnie i nie wymaga specjalnego traktowania, które nie jest oczywiste i łatwe do zrobienia.

Nawiązując do tego linku typu danych logicznych w Mysql , zgodnie z zastosowaniem aplikacji, jeśli chce się przechowywać tylko 0 lub 1, bit (1) jest lepszym wyborem.

Ponieważ zarówno MySQL (8.0.16), jak i MariaDB (10.2.1) zaimplementowały ograniczenie CHECK, użyłbym teraz

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

Będzie można tylko do sklepu 0, 1lub NULL, jak również wartości, które mogą być przekształcone 0lub 1bez błędów, takich jak '1', 0x00, b'1'lub TRUE/ FALSE.

Jeśli nie chcesz zezwalać na wartości NULL, dodaj NOT NULLopcję

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

Zauważ, że nie ma praktycznie żadnej różnicy, jeśli używasz TINYINT, TINYINT(1)lub TINYINT(123).

Jeśli chcesz, aby Twój schemat był kompatybilny w górę, możesz także użyć BOOLlubBOOLEAN

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

db <> demo skrzypiec

Po przeczytaniu tutaj odpowiedzi postanowiłem użyć bit(1)i tak, jest to jakoś lepsze w czasoprzestrzeni, ALE po pewnym czasie zmieniłem zdanie i nigdy więcej go nie użyję. To bardzo skomplikowało mój rozwój, kiedy korzystałem z przygotowanych instrukcji, bibliotek itp. (Php).

Od tego czasu zawsze używam tinyint(1), wydaje się wystarczająco dobry.

Możesz użyć typu danych BOOL, BOOLEAN do przechowywania wartości logicznych.

Te typy są synonimami TINYINT (1)

Jednak typ danych BIT (1) ma sens przechowywania wartości logicznej (prawda [1] lub fałsz [0]), ale łatwiej jest pracować z TINYINT (1), gdy wysyłasz dane, zapytania i tak dalej w celu osiągnięcia interoperacyjności między MySQL i innymi bazami danych. Możesz także sprawdzić tę odpowiedź lub wątek .

MySQL konwertuje również typy danych BOOL, BOOLEAN na TINYINT (1).

Ponadto przeczytaj dokumentację