我有两种方法供用户在我的网站上创建帐户。
一个。普通登记表（邮箱、密码） 湾。通过 Facebook Connect 注册（fb_userid、电子邮件）
使用 MySQL（InnoDB 引擎）实现这一点的最佳实践是什么？
我的做法：
[USER]
user_id
user_type (normal/facebook)
[USER_NORMAL]
user_normal_id
user_id
email
password
[USER_FACEBOOK]
user_facebook_id
user_id
email
fb_userid
你有什么建议？
【问题讨论】：
标签： mysql database database-design single-table-inheritance class-table-inheritance
这个单表会更简单（在我看来）：
用户（user_id、user_email、user_password、user_fbid）
您不需要“类型”，因为您可以使用CASE 来确定@987654322@ 是否为NULL，那么它是一个“普通”帐户，否则如果user_password 是NULL，那么它就是一个Facebook 帐户。
【讨论】：
我会有两张桌子。
一个表应该包含基本的用户信息：
用户（user_id、user_email、user_password）
另一个表应该是通用的，并将第 3 方帐户链接到这些用户。示例：
user_ext（类型、user_id、uid）
类型字段应包含服务类型（在本例中为 Facebook）和服务的唯一标识符（在本例中为 Facebook 用户 ID）。然后它应该链接回 user_id。
然后，此策略将允许您添加其他服务，用户可以在将来对其进行身份验证。
【讨论】：
我会把所有东西都放在一张桌子上，并通过他们是否有 Facebook ID 来区分它们。
【讨论】：
如果这些是唯一的字段，那么将所有字段放在一个表中并酌情使用 NULL 可能是最简单的。
然而，如果你想要一个标准化的设计，你会选择这样的东西：
[USER]
user_id (PK)
email
(Other fields common to both)
[USER_NORMAL]
user_id (PK, FK to USER.user_id)
password
(Other fields specific to 'normal')
[USER_FACEBOOK]
user_id (PK, FK to USER.user_id)
fb_userid
(Other fields specific to FB)
如果“密码”是“普通”用户特有的唯一字段，并且有许多 FB 用户特有的字段，那么折衷办法可能是有两个表：USER（如上，但包含“密码”）和 USER_FACEBOOK
【讨论】：
我可能更愿意将所有用户保留在一张表中。如果该用户的类型没有该字段，则您可以拥有为空的字段。例如，如果用户正常，fb_userid 可以为空。
[USER]
user_id
user_type (normal/facebook)
email
password
fb_userid (can be null: yess)
【讨论】：
user_type，因为您可以根据fb_userid 是否为NULL 来区分用户类型。
WHERE user_type='normal' 与WHERE fb_userid=NULL 是一个稍微简洁的解决方案。它使正在发生的事情更加明确。