关于数据库设计

Question

我需要一些关于数据库设计的想法。我有大约 5 个字段用于用户的基本信息，例如姓名、电子邮件、性别等。 然后我想要大约 5 个字段用于可选信息，例如信使 ID。 以及 1 个可选文本字段，用于显示有关用户的信息。 我应该只创建一个包含所有字段的表格，还是应该为 5 个可选字段创建单独的表格以避免冗余等？ 谢谢。

Answer 1

我会坚持只用一张桌子。

添加另一个表只会使事情变得更加复杂，并且您只会获得很少的磁盘空间。

我真的不明白这有什么多余的；）

Answer 2

我认为你绝对应该坚持使用一张桌子。由于所有信息都与用户相关，并且不反映任何其他逻辑模型（例如文章、博客文章等），因此您可以安全地将所有内容保留在一个位置，即使它们是可选的。

Answer 3

我只会为其他字段创建一个表。但不是 5 个字段，而是与基表和键/对值信息的外键关系。类似于：

create table users (
    user_id integer,
    name varchar(200),
    -- the rest of the fields
)

create table users_additional_info (
    user_id integer references users(user_id) not null,
    ai_type varchar(10) not null, -- type of additional info: messenger, extra email
    ai_value varchar(200) not null
)

最终您可能需要一个 additional_info 表来保存额外信息的可能有效值：信使、额外电子邮件等等。但这取决于你。我不会打扰。

Answer 4

这取决于有多少人将拥有所有这些可选信息以及您是否计划添加更多字段。如果您认为将来要添加更多字段，则使用 E​​AV 模式将该信息移动到元表可能会很有用：http://en.wikipedia.org/wiki/Entity-attribute-value_model

因此，如果您不确定，您的表将类似于

User : id, name, email, gender, field1, field2
User_Meta : id, user_id, attribute, value

使用 user_id 字段您的元表，您可以将其链接到您的用户表，并根据需要添加尽可能多的稀疏使用的可选字段。

注意：仅当您有许多稀疏填充的可选字段时，此方法才有效。否则将其放在一个字段中

Answer 5

我建议为此使用单个表。数据库非常擅长优化空列的空间。

将此表拆分为两个或多个表是垂直分区的一个示例，在这种情况下很可能是过早优化的情况。但是，当您有只需要在某些时候查询的列（例如）时，此技术可能会很有用。大的二进制 blob。