我已经创建了一个 Rails 应用程序并且 我的“用户”表是这样的
create_table "users", force: :cascade do |t|
t.string "name"
t.string "email"
t.string "password_hash"
t.string "password_salt"
t.integer "country_id"
t.integer "state_id"
t.integer "pincode"
t.string "address"
t.string "phone_no"
t.float "latitude"
t.float "longitude"
其他表 states , country , posts
关联性:
user has_many :posts
user belongs_to :state
我有一个 "states" 表用于维护州名称和其他内容。我有一个 "posts" 表，其中每个用户可以有多个帖子。
很明显，我更关注用户的位置属性，而且我需要在呈现用户的帖子时频繁访问这些属性。
那么，我是否应该将与位置相关的属性分段到一个新表 “addresses” 中？
每个用户只有一个地址。
我觉得这个是对的，但我需要执行冗长的链接才能从 posts views
例。访问状态，
<% @state = State.find(Address.find(User.find(@post.user_id).address_id)).state_id).name%>
那么，我应该如何处理碎片用户或保持原样？
提前致谢!
最佳答案
对于您的业务逻辑，创建表“地址”可能会很好，因为将来您的用户 可以有超过 1 个地址。
从 sql 点你应该创建新表 addresses 但我反对构建你的表，因为一些 rule 规范化你的 db 模型。在你的情况下 address 不会伤害你的 db
现在您可以将您的地址保存在user 记录中，它不会损害您的数据库，并且会加快您的渲染时间(即使是几毫秒)。
您必须在呈现 View 和规范化 您的db 之间找到平衡。如果您添加 addresses 表，您的模型将更能适应进一步的变化。实现新功能，或与用户及其地址相关的任何事情。
总而言之，这取决于您的实现、业务模型、要求等等。您必须找到最适合您需求的平衡点
关于ruby-on-rails - 我应该在 Rails 中创建用于存储用户地址的新表吗，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30031575/