问题：有没有比下面的数据库图更好的方法来建模以下内容或创建基本推荐系统？如果需要一个非常冗长的答案，你可以改为指出我正确的方向，并建议进一步研究。
我正在构建一个基本的事件推荐系统，允许用户回答问题并在响应模型中存储他们的用户 - 答案关系。每个问题的答案都与标签有关。每个事件也都被标记。因此，我应该能够通过选择匹配的标签并使用这5个表关系为用户提供推荐的事件。然而，似乎我必须经历几个has_many：通过关系来实现这一点，我不相信使用Rails是首选。
通过后台rake任务或其他方式创建从用户到事件的关系，在问题得到解答后计算关系会更好吗？我是否完全错过了这些概念并从错误的角度看待这个概念？最终这个系统将被更强大的算法取代，也许使用Mahout或其他东西，但是现在我只是试图得到一个简单的概念验证工作。
以下是数据库图表的链接：Database Diagram
