Какой тип данных MySQL использовать для хранения логических значений

Поскольку в MySQL, похоже, нет какого-либо «логического» типа данных, какой тип данных вы «используете» для хранения истинной / ложной информации в MySQL?

Особенно в контексте написания и чтения из / в сценарий PHP.

Со временем я использовал и видел несколько подходов:

• tinyint, поля varchar, содержащие значения 0/1,
• поля varchar, содержащие строки '0' / '1' или 'true' / 'false'
• и, наконец, перечислить поля, содержащие две опции 'true' / 'false'.

Ничто из вышеперечисленного не кажется оптимальным. Я предпочитаю вариант tinyint 0/1, так как автоматическое преобразование типов в PHP дает мне логические значения довольно просто.

Так какой тип данных вы используете? Есть ли тип, разработанный для логических значений, который я пропустил? Видите ли вы какие-либо преимущества / недостатки при использовании того или иного типа?

Для MySQL 5.0.3 и выше вы можете использовать BIT. В руководстве сказано:

Начиная с MySQL 5.0.3, тип данных BIT используется для хранения значений битовых полей. Тип BIT (M) позволяет хранить M-битные значения. М может варьироваться от 1 до 64.

В противном случае, согласно руководству MySQL, вы можете использовать bool и boolean, которые на данный момент являются псевдонимами tinyint (1):

Bool, Boolean: Эти типы являются синонимами для TINYINT (1). Нулевое значение считается ложным. Ненулевые значения считаются истинными.

MySQL также заявляет, что:

Мы намерены реализовать полную обработку булевых типов в соответствии со стандартным SQL в будущем выпуске MySQL.

Ссылки: http://dev.mysql.com/doc/refman/5.5/en/numeric-type-overview.html

BOOLи BOOLEANявляются синонимами TINYINT(1). Ноль есть false, все остальное есть true. Больше информации здесь .

Это элегантное решение, которое я очень ценю, поскольку оно использует ноль байтов данных:

some_flag CHAR(0) DEFAULT NULL

Чтобы установить его в значение true, установите some_flag = ''и установите в значение false, установите some_flag = NULL.

Затем, чтобы проверить на true, проверить, если some_flag IS NOT NULL, и проверить на false, проверить, если some_flag IS NULL.

(Этот метод описан в статье «Высокопроизводительный MySQL: оптимизация, резервное копирование, репликация и многое другое» Джона Уоррена Ленца, Барона Шварца и Арьена Ленца.)

Если вы используете тип BOOLEAN, это псевдоним TINYINT (1). Это лучше всего, если вы хотите использовать стандартизированный SQL и не обращать внимания на то, что поле может содержать значение вне диапазона (в основном все, что не равно 0, будет «истинным»).

ENUM («False», «True») позволит вам использовать строки в вашем SQL, а MySQL будет хранить поле внутри как целое число, где «False» = 0 и «True» = 1 в зависимости от порядка, указанного Enum ,

В MySQL 5+ вы можете использовать поле BIT (1) для обозначения 1-битного числового типа. Я не верю, что на самом деле это занимает меньше места в хранилище, но опять же позволяет ограничить возможные значения до 1 или 0.

Все вышеперечисленное будет использовать примерно одинаковый объем памяти, поэтому лучше выбрать тот, с которым вам проще всего работать.

На этот вопрос ответили, но я решил добавить свои 0,02 доллара. Я часто использую CHAR(0), где '' == true and NULL == false.

Из документов MySQL :

CHAR(0)Это также неплохо, когда вам нужен столбец, который может принимать только два значения: столбец, который определен как, CHAR(0) NULLзанимает только один бит и может принимать только значения NULLи ''(пустую строку).

Я использую TINYINT (1) для хранения логических значений в Mysql.

Я не знаю, есть ли какое-то преимущество, чтобы использовать это ... Но если я не ошибаюсь, mysql может хранить логическое значение (BOOL) и хранить его как tinyint (1)

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

Бит имеет преимущество перед различными опциями байтов (tinyint, enum, char (1)), если у вас много логических полей. Одно битовое поле все еще занимает полный байт. Два битовых поля вписываются в один и тот же байт. Три, четыре, пять, шесть, семь, восемь. После чего они начинают заполнять следующий байт. В конечном итоге экономия настолько мала, что вы должны сосредоточиться на тысячах других оптимизаций. Если вы не имеете дело с огромным количеством данных, эти несколько байтов не будут складываться во много. Если вы используете бит с PHP, вам нужно ввести значения, входящие и выходящие.

До тех пор, пока MySQL не реализует битовый тип данных, если ваша обработка действительно ограничена пространством и / или временем, например, при транзакциях большого объема, создайте поле TINYINT, вызываемое bit_flagsдля всех ваших логических переменных, и маскируйте и сдвигайте нужный логический бит в своем SQL запрос.

Например, если ваш самый левый бит представляет ваше поле bool, а 7 самых правых битов ничего не представляют, тогда ваше bit_flagsполе будет равно 128 (двоичный код 10000000). Маскируйте (скрывайте) семь крайних правых битов (используя побитовый оператор &) и сдвигайте 8-й бит на семь пробелов вправо, заканчивая 00000001. Теперь все значение (которое в данном случае равно 1) является вашим значением.

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

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

Вы можете запускать такие заявления во время тестирования

SELECT (128 & 128) >> 7;

SELECT (0 & 128) >> 7;

и т.п.

Поскольку у вас есть 8 битов, у вас есть потенциально 8 логических переменных из одного байта. Некоторые будущие программисты всегда будут использовать следующие семь битов, поэтому вы должны замаскировать. Не просто сдвиньтесь, иначе вы создадите ад для себя и других в будущем. Убедитесь, что MySQL выполняет маскирование и сдвиг - это будет значительно быстрее, чем это делает язык веб-сценариев (PHP, ASP и т. Д.). Кроме того, убедитесь, что вы поместили комментарий в поле комментариев MySQL для своего bit_flagsполя.

Вы найдете эти сайты полезными при реализации этого метода:

• MySQL - битовые функции и операторы
• Десятичное / двоичное средство преобразования

Я сыт по горло попытками получить нули, NULLS и «точно» в цикле значений PHP, MySql и POST, поэтому я просто использую «Да» и «Нет».

Это работает безупречно и не требует особой обработки, которая не очевидна и проста в исполнении.

Ссылаясь на эту ссылку, Boolean datatype в Mysql , в соответствии с использованием приложения, если кто-то хочет сохранить только 0 или 1, бит (1) является лучшим выбором.

Поскольку MySQL (8.0.16) и MariaDB (10.2.1) реализовали ограничение CHECK, я бы сейчас использовал

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

Вы сможете только в магазине 0, 1или NULL, а также значения , которые могут быть преобразованы в 0или 1без ошибок , как '1', 0x00, b'1'или TRUE/FALSE .

Если вы не хотите разрешать NULL, добавьте NOT NULLопцию

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

Обратите внимание, что практически нет разницы, если вы используете TINYINT, TINYINT(1)илиTINYINT(123) .

Если вы хотите, чтобы ваша схема была совместимой вверх, вы также можете использовать BOOLилиBOOLEAN

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

ДБ <> Fiddle Demo

Прочитав ответы здесь я решил использовать bit(1)и да, как-то лучше в пространстве / времени, НО через некоторое время я передумал и никогда больше не буду его использовать. Это сильно усложнило мою разработку при использовании готовых операторов, библиотек и т. Д. (Php).

С тех пор я всегда использую tinyint(1), кажется, достаточно хорошо.

Вы можете использовать тип данных BOOL, BOOLEAN для хранения логических значений.

Эти типы являются синонимами для TINYINT (1)

Однако тип данных BIT (1) имеет больше смысла для хранения логического значения (true [1] или false [0]), но с TINYINT (1) легче работать, когда вы выводите данные, запрашиваете и т. Д. и для достижения совместимости между MySQL и другими базами данных. Вы также можете проверить этот ответ или тему .

MySQL также преобразует типы данных BOOL, BOOLEAN в TINYINT (1).

Далее читайте документацию