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

Question

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

到目前为止，我想到了 3 个场景

1. Int - 与代码中的 Enum 对齐（1 = 男，2 = 女，3 = ...）
2. char(1) - 存储 m、f 或其他单个字符标识符
3. 位 （布尔值） - 此选项是否有合适的字段名称？

我问的原因是因为answer 提到 chars smaller 比 booleans。

我应该澄清一下，我使用的是 MS SQL 2008，它确实实际上具有位数据类型。

Answer 1

这方面已经有一个 ISO 标准；无需发明自己的方案：

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

根据标准，该列应称为“Sex”，而“最接近”的数据类型将是带有 CHECK 约束的 tinyint 或适当的查找表。

Answer 2

我会将此列称为“性别”。

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)。

附录

性别列上的索引可能没有有帮助，因为低基数列上的索引没有任何价值。这意味着，索引值的多样性不足以提供任何值。

Answer 3

在医学上有四种性别：男性、女性、不确定和未知。您可能不需要全部四个，但肯定需要 1、2 和 4。为此数据类型设置默认值是不合适的。更不用说将其视为具有“is”和“isn't”状态的布尔值。

Answer 4

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

首先，如果您在数据库中有一个 bit 字段，则该行仍将使用一个完整字节，因此就节省空间而言，只有当您有多个 bit 字段时才会有回报。

其次，字符串/字符对它们来说具有“神奇的价值”，无论它们在设计时看起来多么明显。更不用说，它可以让人们存储他们不一定映射到任何明显的任何值。

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

Answer 5

选项 3 是您最好的选择，但并非所有数据库引擎都有“位”类型。如果你没有一点，那么 TinyINT 将是你最好的选择。

Answer 6

我使用 char 'f'、'm' 和 'u' 是因为我通过姓名、声音和对话推测性别，有时不知道性别。最终决定是他们的意见。

这实际上取决于您对这个人的了解程度以及您的标准是物理形式还是个人身份。心理学家可能需要额外的选择——跨性别、跨性别、跨性别、跨性别、跨性别、雌雄同体和未定。有 9 个选项，不是由单个字符明确定义的，我可能会接受 Hugo 的小整数建议。

Answer 7

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;

enter link description here

Answer 8

我会选择选项 3，但使用多个 NON NULLABLE 位列而不是一个。 IsMale（1=是/0=否） IsFemale（1=是/0=否）

如果需要： IsUnknownGender（1=是/0=否） 等等……

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

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