在数据库中存储性别（性别）

我想以尽可能少的（大小/性能）成本将用户的性别存储在数据库中。

到目前为止，我想到了3种情况

1. INT - 在代码与枚举对齐（1 =男，2 =女性，3 = ...）
2. char（1） - 存储m，f或另一个单个字符标识符
3. 位 （布尔值） - 此选项是否有适当的字段名称？

我想问的原因是因为这个的答案，其提到字符是小比布尔值。

我要澄清，我使用MS SQL 2008，它DOES其实有位数据类型。

我称该列为“性别”。

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。为此数据类型设置默认值是不合适的。更不用说将其视为具有“ is”和“ is n't”状态的布尔值了。

与Int（或TinyInt）对齐Enum字段将是我的方法。

首先，如果您bit在数据库中只有一个字段，那么该行仍将使用一个完整的字节，因此就节省空间而言，只有在您拥有多个字段的情况下，该行才能奏效bit字段的情况下。

其次，字符串/字符对它们具有“魔幻值”的感觉，无论它们在设计时看起来多么明显。更不用说，它使人们可以存储几乎不必映射到任何显而易见的值的任何值。

第三，数值更容易（更好的做法）为其创建查找表，以增强参照完整性，并且可以将1对1与枚举相关联，因此在将值存储在内存中时存在奇偶校验应用程序或数据库中。

我使用char'f'，'m'和'u'是因为我从名字，声音和谈话中推测性别，有时甚至不知道性别。最终决定是他们的意见。

这实际上取决于您对人的了解程度以及您的标准是身体形态还是个人身份。心理学家可能需要其他选择-与女性交配，与男性交配，与女性交配，与男性交配，雌雄同体且未定。对于9个选项（单个字符未明确定义），我可能会接受Hugo的小整数建议。

选项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 =否）Ismale（1 =是/ 0 =否）

如果需要：IsUnknownGender（1 =是/ 0 =否），依此类推...

这使得易于阅读定义，易于扩展，易于编程，不可能在域外使用值，也不需要第二查找表+ FK或CHECK约束来锁定值。

编辑：更正，您确实需要至少一个约束来确保设置的标志有效。