在数据库表设计方面需要帮助

Question

CREATE TABLE MemberProfile
(
   memberID, 
   memberTypeID,
   aboutMeID,
   memberRegID,
   memberProfileSettingsID,
   lastLogin datetime,
   PRIMARY KEY(memberID)
)

• memberTypeID代表基本会员，金牌会员，银牌会员等

• aboutMeID表示一个帖子/主题，可以告诉人们有关该用户的信息。 每个用户都有“关于我”页面。 属性包括：标题，正文等。

• memberRegID代表用户名，密码，电子邮件，接收通知，isActive等

• memberProfileSettingsID代表诸如隐藏收藏夹列表，隐藏年龄等选项。

这是一个好的设计吗？ 我不想将所有字段都放在一个表“ MemberProfile”中。

Answer 1

听起来memberTypeID是您选择创建的四个ID中唯一的一对多关系。 因此，建议您将其分解为相关表，以消除重复的元素（“第一范式”）

其他三个似乎并不涉及一对多关系（它们中的每个听起来似乎对主表都是唯一的），因此我将其他三个的内容移回主表。

Answer 2

看起来您与MemberID和所有属性都具有强制性的1：1关系，这意味着您可以将它们全部存储在同一表（memberprofile）中。 这样做将使编码变得容易得多。

知道很难实现真正的1：1关系，但是可以使用触发器来完成。 查看带有[database-design]标签的问题。 关于1：1关系，最近有两个问题。

我对标识符有一些评论。 如果要使用其他表进行成员设置，登录信息等操作，则应从MemberProfile中删除键，而应在这些表中使用MemberID，并用外键引用MemberProfile。 这样一来，您无需加入memberprofile即可直接使用这些表。

像这样：

create table memberprofile(
   member_id
  ,membertype_id
  ,primary key(member_id)
  ,foreign key(membertype_id) references membertype(membertype_id)
);

create table profile_settings(
   member_id
  ,some_setting
  ,other_setting
  ,primary key(member_id)
  ,foreign key(member_id) references memberprofile(member_id)
);

现在，我正在考虑它，我认为AboutMeID不是1：1。 您是要链接到用户发表的自我介绍的论坛帖子吗？ 在这种情况下，它是1：0基数，因为创建帖子后通常必须先注册:)
您可以将其实现为MemberProfile中的NULLable列，也可以实现为具有member_id作为主键和论坛帖子ID的单独表。 如果您期望大多数行最终都有价值，那么我个人会使用可空列。

对（1：1）属性使用一个还是多个表是一种实现选择。 根据您的查询模式，它可能会影响性能的好坏。