BIT (1) против ENUM («неизвестно», «мужчина», «женщина») в MySQL

Question

BIT (1) против ENUM («неизвестно», «мужчина», «женщина») в MySQL

0

В условиях производительности, что будет быстрее, используйте BIT(1) NULL (null = unknown, 0 = male, 1 = female) или ENUM('unknown', 'male', 'female') NOT NULL DEFAULT 'unknown' в MySQL MyISAM?

Или это считается микро-оптимизацией?

[EDIT]

Я думаю, что я буду использовать ENUM('male', 'female') DEFAULT NULL

Wiliam 24 авг. 2010, в 13:26

Источник

3

Micro-оптимизации. Выберите то, что является более значимым / семантически правильным.
user395760 24 авг. 2010, в 11:01
1

Быстрее с точки зрения производительности что делать? Вставить миллионы строк данных? Запрашиваете для всех пользователей определенного пола? Что-то другое?
Mark Byers 24 авг. 2010, в 11:05
0

Null не совсем точно означает «неизвестно», и это может привести к путанице с вашими SQL-запросами. Прежде всего, работа с нулем означает дурацкий дополнительный синтаксис, которого вы можете избежать. Во-вторых, есть забавная нелогичность вычислений с нулем, где ноль по сравнению с чем-либо равен нулю. А что, если придет евних?
Ian 24 авг. 2010, в 11:08
1

Приятно видеть, как много людей знают, что это микрооптимизация без знания того, что произойдет с этой колонкой.
peterchen 27 авг. 2010, в 06:00

Показать ещё 2 комментария

Теги:

mysql

optimization

performance

bit

enums

2 ответа

1

Я рассматриваю эту микро-оптимизацию.

Я бы пошел на вариант ENUM, потому что смысл всех значений полностью ясен без чтения документации. Вариант бит немного туман.

Что касается производительности, я, кажется, помню, что NULL обычно плохой, но не может найти ссылки прямо сейчас.

user188041 24 авг. 2010, в 09:03

Ещё вопросы

Micro-оптимизации. Выберите то, что является более значимым / семантически правильным.
Быстрее с точки зрения производительности что делать? Вставить миллионы строк данных? Запрашиваете для всех пользователей определенного пола? Что-то другое?
Null не совсем точно означает «неизвестно», и это может привести к путанице с вашими SQL-запросами. Прежде всего, работа с нулем означает дурацкий дополнительный синтаксис, которого вы можете избежать. Во-вторых, есть забавная нелогичность вычислений с нулем, где ноль по сравнению с чем-либо равен нулю. А что, если придет евних?
Приятно видеть, как много людей знают, что это микрооптимизация без знания того, что произойдет с этой колонкой.

Ian · Accepted Answer · 2010-08-24T08-41-00.000Z

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