Зберігання статі (статі) в базі даних

Я хочу зберігати стать користувача в базі даних з якомога меншими (розмірами / продуктивністю) витратами.

Поки на думку приходять 3 сценарії

1. Int - узгоджується з кодом Enum (1 = Чоловік, 2 = Жіночий, 3 = ...)
2. char (1) - Збережіть m , f або інший єдиний ідентифікатор символів
3. Біт (булева) - чи є відповідна назва поля для цього параметра?

Я запитую тому , що з цього відповіді , який згадує , що символи мають менше , ніж булеві .

Я повинен уточнити, що я використовую MS SQL 2008, який НЕ насправді має бітовий тип даних.

Я б назвав стовпець "гендерним".

Data Type   Bytes Taken          Number/Range of Values
------------------------------------------------
TinyINT     1                    255 (zero to 255)
INT         4            -       2,147,483,648 to 2,147,483,647
BIT         1 (2 if 9+ columns)  2 (0 and 1)
CHAR(1)     1                    26 if case insensitive, 52 otherwise

BIT тип даних може бути виключена , оскільки він підтримує тільки два можливих підлог , який є недостатнім. Хоча INT підтримує більше двох варіантів, він займає 4 байти - продуктивність буде кращою при меншому / більш вузькому типі даних.

CHAR(1)має край над TinyINT - обидва беруть однакову кількість байтів, але CHAR надає більш вузьку кількість значень. Використання CHAR(1)може використовувати природні ключі "m", "f" тощо, порівняно з використанням числових даних, які називаються сурогатними / штучними ключами. CHAR(1)також підтримується в будь-якій базі даних, якщо є потреба в порту.

Висновок

Я б застосував варіант 2: CHAR (1).

Додаток

Індекс на гендерній колонці, ймовірно, не допоможе, оскільки в індексі стовпця з низькою кардинальністю немає значення. Тобто, не вистачає різноманітності у значеннях для індексу, щоб забезпечити будь-яке значення.

Для цього вже існує стандарт ISO; не потрібно вигадувати власну схему:

http://en.wikipedia.org/wiki/ISO_5218

Відповідно до стандарту, стовпець повинен називатися "Sex", а "найближчий" тип даних буде tinyint із таблицею обмежень CHECK або таблицею пошуку відповідно.

У медицині існує чотири статі: чоловічий, жіночий, невизначений і невідомий. Можливо, вам не знадобляться всі чотири, але вам, безумовно, потрібні 1, 2 і 4. Для цього типу даних не доцільно мати значення за замовчуванням. Ще менше трактувати його як булеве зі станами "є" і "не".

Int(Або TinyInt) вирівнюються по Enumполю буде моя методика.

По-перше, якщо у вас є одне bitполе в базі даних, рядок все одно буде використовувати повний байт, тож, що стосується економії місця, він окупається лише за наявності кількох bitполів.

По-друге, рядки / символи мають до них "магічну цінність", незалежно від того, наскільки очевидними вони можуть здатися під час проектування. Не кажучи вже про те, що він дозволяє людям зберігати майже будь-яку цінність, яку вони не обов'язково відображають на щось очевидне.

По-третє, числове значення набагато простіше (і краща практика) створити таблицю пошуку для того, щоб забезпечити референтну цілісність, і може співвідносити 1-до-1 з перерахунком, тому є паритет зберігання значення в пам'яті додаток або в базі даних.

Я використовую char 'f', 'm' і 'u', тому що я здогадуюсь на гендері за іменем, голосом та розмовою, а іноді не знаю статі. Остаточне визначення - їх думка.

Це дійсно залежить від того, наскільки добре ви знаєте людину та чи є вашими критеріями фізична форма чи особистість. Психологу можуть знадобитися додаткові варіанти - перехреститись на жінку, перехрестити на чоловіка, транс на жіночу, транс на чоловічу, гермафродитну і не визначився. Маючи 9 варіантів, не чітко визначених одним символом, я можу погодитися з порадами Гюго про крихітні цілі числа.

Варіант 3 - найкраща ставка, але не всі двигуни БД мають тип "біт". Якщо у вас немає небагато, то TinyINT стане вашою найкращою ставкою.

CREATE TABLE Admission (
    Rno INT PRIMARY KEY AUTO_INCREMENT,
    Name VARCHAR(25) NOT NULL,
    Gender ENUM('M','F'),
    Boolean_Valu boolean,
    Dob Date,
    Fees numeric(7,2) NOT NULL
);




insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Raj','M',true,'1990-07-12',50000);
insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Rani','F',false,'1994-05-10',15000);
select * from admission;

введіть опис посилання тут

Я б пішов із Варіантом 3, але декілька стовпців NON NULLABLE замість одного. IsMale (1 = Так / 0 = Ні) IsF Female (1 = Так / 0 = Ні)

якщо потрібно: IsUnknownGender (1 = Так / 0 = Ні) і так далі ...

Це полегшує зчитування визначень, легку розширюваність, просту програмованість, відсутність можливості використання значень поза доменом і не вимагає другої таблиці пошуку + обмеження FK або CHECK для фіксації значень.

EDIT: Виправлення, вам потрібно хоча б одне обмеження для забезпечення встановлених прапорів.