Rails Twilio 呼叫跟踪应用程序——这是正确的数据结构吗？答案

【问题标题】：Rails Twilio Call Tracking App -- Is this the right data structure?Rails Twilio 呼叫跟踪应用程序——这是正确的数据结构吗？
【发布时间】：2012-09-22 23:39:54
【问题描述】：

完成 Michael Hartl 的 Rails 教程后，我的第一个宠物项目是使用 Twilio API 构建呼叫跟踪应用程序。基本思路如下——

用户可以注册 4 个计划，这限制了他们拥有的电话号码数量以及他们可以使用的分钟数

每个用户，一旦注册，就会从 Twilio 获得自己的子帐户

每个用户都可以购买电话号码，但仅限于他们的计划

每个用户都可以跟踪他们的电话号码上发生的事情。

现在，我已经构建了一个基本的授权系统，并集思广益地提出了一个潜在的数据结构。不过，我在理解上存在巨大的循环漏洞，因此将不胜感激有经验的程序员的眼睛。即是否有更好的数据结构，我在下面概述的内容是否有意义？

---所以，这里是数据结构

表格：计划

max_phone_numbers: integer 
max_minutes: integer
has_many: users

表格：用户

name:string
email:string
password_digest:string
remember_token:string [For log in system]
Twilio_SubAccountSid: string
Twilio_SubAccountAuthToken: string
Plan id : integer [to connect to plan] 
stripe_token : string [for charging]
belongs_to: plan
has_many: phone_numbers

表格：电话号码

belongs_to users
phone_number:string
user_id: integer
has_many: data_points

表格：Twilio 数据

belongs_to phone_numbers
phone_number_id: string
[All of Twilio's call tracking data..i.e duration of call, location etc.]

好的，这就是我对它可能如何工作的解释。请撕开！

【问题讨论】：

标签： ruby-on-rails ruby-on-rails-3.2 twilio

【解决方案1】：

在数据结构方面，我觉得好像是这样。但我没有意识到的是涉及更多的控制器。例如，在 Twilio 中搜索和购买涉及两个 CREATE 操作，因此我必须制作另一个控制器。我想会有另一个控制器负责路由呼叫。

【讨论】：