ruby-on-rails - 我应该在 Rails 中创建用于存储用户地址的新表吗

Question

我已经创建了一个 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%>

那么，我应该如何处理碎片用户或保持原样？

提前致谢!

Answer 1

对于您的业务逻辑，创建表“地址”可能会很好，因为将来您的用户 可以有超过 1 个地址。

从 sql 点你应该创建新表 addresses 但我反对构建你的表，因为一些 rule 规范化你的 db 模型。在你的情况下 address 不会伤害你的 db

现在您可以将您的地址保存在user 记录中，它不会损害您的数据库，并且会加快您的渲染时间(即使是几毫秒)。

您必须在呈现 View 和规范化 您的db 之间找到平衡。如果您添加 addresses 表，您的模型将更能适应进一步的变化。实现新功能，或与用户及其地址相关的任何事情。

总而言之，这取决于您的实现、业务模型、要求等等。您必须找到最适合您需求的平衡点