Який тип даних 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-бітові значення. M може становити від 1 до 64.

В іншому випадку, згідно з посібником MySQL, ви можете використовувати bool і boolean, які на даний момент є псевдонімами tinyint (1):

Bool, Boolean: ці типи є синонімами TINYINT (1). Значення нуля вважається помилковим. Ненульові значення вважаються істинними.

MySQL також заявляє, що:

У майбутньому випуску MySQL ми плануємо реалізувати повну обробку булевого типу відповідно до стандартних SQL.

Посилання: http://dev.mysql.com/doc/refman/5.5/uk/numeric-type-overview.html

BOOLі BOOLEANє синонімами TINYINT(1). Нуль є false, все інше є true. Більше інформації тут .

Це елегантне рішення, яке я дуже ціную, оскільки використовує нульові байти даних:

some_flag CHAR(0) DEFAULT NULL

Щоб встановити його як істинне, встановити some_flag = ''та встановити на false, встановити some_flag = NULL.

Потім для перевірки на справжність, перевірте, чи є деякий_флаг IS NOT NULL, а для перевірки на помилковий - перевірте, чи є деякий_флаг 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) і зберігати його як крихітний (1)

http://dev.mysql.com/doc/refman/5.0/uk/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 тип даних в 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))

db <> скриптова демонстрація

Прочитавши відповіді тут, я вирішив використати bit(1)і так, це якось краще в просторі / часі, АЛЕ через деякий час я передумав і більше ніколи не буду його використовувати. Це дуже ускладнило мою розробку при використанні підготовлених заяв, бібліотек тощо (php).

З тих пір я завжди використовую tinyint(1), здається, досить добре.

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

Ці типи є синонімами TINYINT (1)

Однак тип даних BIT (1) має більше сенсу зберігати булеве значення (або істинне [1], або помилкове [0]), але з TINYINT (1) легше працювати, коли ви виводите дані, запитуєте тощо. на та для досягнення сумісності між MySQL та іншими базами даних. Ви також можете перевірити цю відповідь або нитку .

MySQL також перетворює типи даних BOOL, BOOLEAN в TINYINT (1).

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