Facebook Connect 网站的数据库设计？
我正在为使用 Facebook connect 进行用户登录/配置文件的网站创建数据库。
我通常为所有用户都有一个唯一的密钥（自动增量）。即使每个记录（用户）都有一个我可以使用的唯一 Facebook ID，这仍然是一个好主意吗？
为什么？
I'm creating a database for a site that uses Facebook connect for user login/profiles.
I usually have a unique key (auto-increment) for all users. Is this still a good idea, even if every record (user) is going to have a unique Facebook id that I can use?
Why?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
不。即使您不使用 Facebook Connect，这通常也不是一个好主意。但由于 Facebook Connect 提供了稳定、简单、唯一的标识符，因此您应该使用它。他们正在做所有艰苦的工作——站在他们的肩膀上。
No. It's usually not a good idea even if you're not using Facebook Connect. But since Facebook Connect offers a stable, simple, unique identifier, you should use it. They're doing all the hard work--stand on their shoulders.
如果您打算使用单个 FB ID 登录，那么您可以使用他们提供的 uid。如果您计划（不一定是现在）拥有自己的用户并允许通过 FB Connect 登录，那么我建议您使用两个表。
您始终可以将 FB 用户和您自己的用户与他们为您提供的进入您网站的电子邮件以及他们用于 FB 的电子邮件进行匹配。
If you are going for a single FB id login, then you are fine with they uid that they provide. If you are planning (not necessarily now) to have your own users and also allow a login through FB Connect, then I recommend you to use two tables.
You can always match a FB user and your own users with the email that they provide you into your site and the email that they use for FB.