2010-10-14 63 views
1

只是寻找关于如何构建在我做一个应用程序我的人际关系一些建议。我有以下型号:构建这些关系的最佳方式是什么?对HABTM还是不?

activity # golf, karaoke 
event # golf competition followed by all-night karaoke boat party 
post  # write-up of the golf and karaoke event mentioned above 
gallery # photos from the golf and karaoke event 

问题1

  • 每个事件可能涉及多个活动
  • 每个活动可以多个相关联事件

我需要的活动和事件之间的的habtm


问题2

  • 每个事件在报告不止一个博客帖子
  • 一个可以多个事件
  • 报告

我应该在活动和帖子之间使用habtm吗?


问题3

  • 每个可以包括图像从多于一个廊
  • 一个画廊可以包括在多于一个交

这是另一个habtm


问题4 - 这是可以想象的是,管理员可能要链接1组或多组的1个或多个事件的照片,而无需创建一个博客帖子,以配合一切融合在一起。画廊和活动之间的关系是否可以申报?


奖励积分:与一个应用如此多的habtm的可能比一个这就加强了同型号之间的一个一对多的关系慢?在应用程序变得过于复杂之前,应用程序所拥有的habtm关系数量是否有建议的限制?

在此先感谢

回答

1

所有情况下需要habtm。它来自你的specyfication。你只能怀疑你是否真的需要这种关系。看http://en.wikipedia.org/wiki/You_ain%27t_gonna_need_it“YAGNI”。 我不会想到在开发过程中的速度。当你的应用程序速度很慢时,请添加缓存。

+0

感谢您的意见!不错的链接.. – stephenmurdoch 2010-10-14 17:20:45

相关问题