0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Теги: базы данных, sql, бд, sql server, логические типы данны</p>
1
<p>Теги: базы данных, sql, бд, sql server, логические типы данны</p>
2
<p>В таблицах довольно часто возникает необходимость хранить какие-то значения типа<strong>Boolean</strong>, которые принимают значения True или False. Для этого в<strong>SQL Server</strong>используется тип bit: 0 - false, 1 - true.</p>
2
<p>В таблицах довольно часто возникает необходимость хранить какие-то значения типа<strong>Boolean</strong>, которые принимают значения True или False. Для этого в<strong>SQL Server</strong>используется тип bit: 0 - false, 1 - true.</p>
3
<p>Для хранения типа bit<strong>SQL Server</strong>использует 1 байт. В справке есть ремарка о том, что если в таблице имеется от 9 до 16 столбцов типа bit, то они хранятся как 2 байта.</p>
3
<p>Для хранения типа bit<strong>SQL Server</strong>использует 1 байт. В справке есть ремарка о том, что если в таблице имеется от 9 до 16 столбцов типа bit, то они хранятся как 2 байта.</p>
4
<p>Однако мир сейчас такой изменчивый и трудно предсказуемый, что нет уверенности в том, что никогда не возникнет третьего значения. Вот вы создаёте поле типа<strong>bit</strong>, описывающее то, что пользователь подтвердил свой<strong>email</strong>или ещё не подтвердил. А потом оказывается, что вы хотите хранить другие значения. Например, пользователь зарегистрирован, но не подтвердил свой email, или зарегистрирован, но был забанен администратором и т.д.</p>
4
<p>Однако мир сейчас такой изменчивый и трудно предсказуемый, что нет уверенности в том, что никогда не возникнет третьего значения. Вот вы создаёте поле типа<strong>bit</strong>, описывающее то, что пользователь подтвердил свой<strong>email</strong>или ещё не подтвердил. А потом оказывается, что вы хотите хранить другие значения. Например, пользователь зарегистрирован, но не подтвердил свой email, или зарегистрирован, но был забанен администратором и т.д.</p>
5
<p>То есть появляется не только<strong>Правда</strong>или<strong>Ложь</strong>, а ещё полутона. И каждый раз, когда это происходит, вы переделываете это поле на<strong>tinyint</strong>. Оно тоже занимает 1 байт, но только хранить в нём можно уже целые числа от 0 до 255. В принципе, конечно, правы те, кто возмутятся, что это подмена, и тип<strong>boolean</strong>должен остаться<strong>boolean</strong>, и иметь возможность преобразования. С другой стороны, всегда есть значения, в которых не бывает третьего. Например, пол: М или Ж, а хотя…</p>
5
<p>То есть появляется не только<strong>Правда</strong>или<strong>Ложь</strong>, а ещё полутона. И каждый раз, когда это происходит, вы переделываете это поле на<strong>tinyint</strong>. Оно тоже занимает 1 байт, но только хранить в нём можно уже целые числа от 0 до 255. В принципе, конечно, правы те, кто возмутятся, что это подмена, и тип<strong>boolean</strong>должен остаться<strong>boolean</strong>, и иметь возможность преобразования. С другой стороны, всегда есть значения, в которых не бывает третьего. Например, пол: М или Ж, а хотя…</p>
6
<p>Из личного опыта всё-таки рекомендую сразу создавать поле<strong>tinyint</strong>, даже если вы изначально уверены, что у вас будут только логические значения. Это сэкономит вам время и силы, тем более, что места оба типа занимают одинаково.</p>
6
<p>Из личного опыта всё-таки рекомендую сразу создавать поле<strong>tinyint</strong>, даже если вы изначально уверены, что у вас будут только логические значения. Это сэкономит вам время и силы, тем более, что места оба типа занимают одинаково.</p>
7
<p><em>Хотите задать дополнительный вопрос? Оставьте его в комментариях!</em></p>
7
<p><em>Хотите задать дополнительный вопрос? Оставьте его в комментариях!</em></p>
8
8