openid的数据库方案或策略
存储有关用户 openid 的信息的最佳策略是什么？ 用户还必须能够使用不同的 openid，但它们必须链接到相同的配置文件。
换句话说，有点像 Stack Overflow 所做的。
我应该做什么？
对于到目前为止的数据库，我有 openid_url 和 Identity 作为字段。用户配置文件的唯一限定符是什么？下次用户决定使用 Yahoo 而不是 google 登录时会发生什么？
我希望在这里能得到明确的答案。
谢谢，理查德
what would be the best strategy to store information about the users openid.
The user must also be able to use different openids, but they have to be linked to the same profile.
In other words, sort of the same what Stack Overflow does.
What should I do?
For the database sofar, I have openid_url and identity as a field. What would be the unique qualifier for a user-profile. What happens the next time the user decides to login with Yahoo instead of google?
I hope I can get a definitive answer here.
Thanks, Richard
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您只需创建两个表：一个包含用户配置文件（包含唯一的配置文件 ID、（屏幕）名称、可能用于“手动”登录的唯一登录名和密码以及其他用户相关信息（如语言等），第二个仅包含链接到特定用户配置文件的所有 openId 配置文件的列表（因此它应至少包含第一个表中的配置文件 id 和 openId 的 URI - 但应允许同一配置文件 id 的多个记录）。
You just create two tables : one containing the user profile (containing a unique profile id, (screen) name, maybe unique login & password for "manual" logins and other user related info like language etc.) and the second just contains a list of all openId profiles linked to a specific user profile (so it should contain at least a profile id from the first table and a URI for the openId - but multiple records for the same profile id should be allowed).