ruby-on-rails – Rails：一种用于身份验证和配置文件信息的模型或两种不同的模型

概述在许多教程中(特别是对于身份验证),发言者说将用户身份验证和配置文件信息放在名为User的同一个表(模型)中. 我的问题很简单：把所有东西都放在一张桌子里是否安全？ (奖励：这是最佳做法吗？) 我宁愿建议将身份验证信息(电子邮件,密码,盐,…)和个人资料信息(名字,姓氏,出生日期,地点,性别……)分为两种模式：用户(用于身份验证)和配置文件,并通过has_one / belongs_to关联链接模 在许多教程中(特别是对于身份验证),发言者说将用户身份验证和配置文件信息放在名为User的同一个表(模型)中.

我的问题很简单：把所有东西都放在一张桌子里是否安全？ (奖励：这是最佳做法吗？)

我宁愿建议将身份验证信息(电子邮件,密码,盐,…)和个人资料信息(名字,姓氏,出生日期,地点,性别……)分为两种模式：用户(用于身份验证)和配置文件,并通过has_one / belongs_to关联链接模型.

我错了吗？你有什么建议我的？

谢谢.

解决方法 如果要关注 database normalisations,则应将表格分开.但是,有时它不是最佳选择…例如,如果您的表用户只有电子邮件,密码(用于身份验证)和名称.我不会只是为了存储名称而创建一个配置文件表,对吗？

因此,这取决于您的要求,以做出您的设计决定….

我找到了this interesting post,其中@D Roddis解释了三种不同方法的优缺点：在用户表中存储用户配置文件,在User_Profile中存储用户配置文件表1-1与用户的关系以及将用户配置文件存储为表中的属性和值.

我希望它有所帮助……

总结

以上是内存溢出为你收集整理的ruby-on-rails – Rails：一种用于身份验证和配置文件信息的模型或两种不同的模型全部内容，希望文章能够帮你解决ruby-on-rails – Rails：一种用于身份验证和配置文件信息的模型或两种不同的模型所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。