Rails建议规划数据结构

时间:2013-11-10 19:32:42

标签: ruby-on-rails database-design

我正在建立一个库存跟踪工具,以帮助人们跟踪独特的项目(一次性 - 比如复古的T恤)或项目组(我有数量的T恤设计)。数据结构非常相似,因此:

**Item**
Title
Status (sold, for sale) <- right now this is a simple array
Location <- this is a relationship to a diff model
etc...


**Item Group**
Title
Quantity
Status ([quantity] sold, [quantity] for sale) <- this should be an hstore??
Locations ([quantity] location1, [quantity] location2) <- not sure about this yet!
etc...

我希望使用不同的表单来收集这些信息,因为表单上过于复杂以适应这些差异会增加我的用户组的难度。

所以我的问题如下:

最佳数据解决方案是什么?我想要两个模型/控制器还是尝试扩展Item模型?人们通常如何处理这类问题?

我确实要求我需要立即向用户所有显示他们的广告资源(项目和群组),但这对我来说似乎是一项较小的任务。

1 个答案:

答案 0 :(得分:0)

减少您的头痛,不要区分独特的项目和非独特的项目(即所有项目都有数量)。

然后你需要一个“购买”模型,然后一个“item_purchace”模型作为连接表。

按照此处的布局:guides.rubyonrails.org...