我被要求提供某种报告(日志记录)服务.该员工在许多公司本地安装了Web应用程序(只是一些用
PHP编写的动态网站).这个网络应用程序是某种调查.所有数据都保存在本地数据库中,但现在要求的是,在每个表单提交后,这些数据(调查结果)也将被发送到中央服务器.
有四种类型的调查.他们以这种方式组织它,有很多项目,每个项目只能有一种每种类型的调查(STI在这里？)而调查属于一个项目.每个调查都会收到本地应用程序的报告,因此会有很多报告.记录此报告的Rails 3应用程序应该模仿这种逻辑.第一个问题是：这个AR结构对你有意义吗？
Project-1--------1-Survey-1-------*-Report
Project
has_one :survey
has_many :reports,:through => :survey
Survey
belongs_to :project
has_many :reports
Report
belongs_to :survey
第二个问题是为一个AR模型提供多个表.如果所有数据都将存储在报告表中,则表格将变得非常快,并且在一段时间后对属于特定调查的报告进行有效查询可能会成为问题.也许每次调查都有单独的表格会更好吗？与reports_< survey_id>一样.这可能吗？
此外,我不知何故被迫使用MysqL,但如果有另一个更好的解决方案,我可以尝试推动它.
如果你还在这里,谢谢你读这个:)
解决方法
Second question is about having multiple tables for one AR Model. If all data will be stored in reports table,the table will become huge very quickly,and efficient querying for reports that belong to specific survey might be a problem after some time. Maybe it would be better to have separate tables for each Survey? Like reports_. Is this possible?
对的,这是可能的.
你可以这样做：
class Report < AR::Base table_name_suffix = '' end Report.table_name_suffix = 'foo'
UPDATE
# simple example of sharding model
class Survey < AR::Base
has_many :reports
def shard_reports
Report.table_name_suffix = "_survey_#{self.id}"
returning(reports){ Report.table_name_suffix = "" }
end
end
Survey.first.reports_shard