Find centralized, trusted content and collaborate around the technologies you use most.
Teams
Q&A for work
Connect and share knowledge within a single location that is structured and easy to search.
我正在一个网站上工作,该网站有望与 Facebook 轻松连接(可能最终与不同的服务),在阅读了一些关于如何处理此类事情的不同问题之后,一个常见的答案似乎是存储一个标志,告诉你每个用户的身份验证(如果他们通过 facebook 或通过网站上的“正常”登录)。
这是有道理的,无论如何我都在考虑这样做,但现在我的问题是:有一个单独的表来存储普通登录用户的密码哈希是否安全/可接受,或者我应该这样做吗?对于 facebook 用户,我的用户表中的密码相关列可以为空吗?
我个人会null选择选项,因为它只有一个专栏。如果您有多个列,那么如果存储可能受到关注,那么移动到单独的表会更好。在您的问题中只有一列,您不必担心连接等,这对查询性能有很大贡献。
null