你好 
我想知道这有什么技术限制。
我的一个用例是：
- 一个标题为 “地点 A 的当地美食通常比地点 B 的当地美食更咸” 的主题
- 其中 地点 A 和 地点 B 是类别名称
- 有一个投票，选项为
同意、中立和不同意 - 能够将主题保存在两个类别下，可以从第一天开始同步两个类别之间的对话和投票（或者希望在主题创建后的几天内），而不是在问题病毒式传播后才被动地合并重复的主题）
- 这个功能的一个很酷的代号可以是
anti-cross-categories-topic-duplication-feature/plugin哈哈
我的第一个想法是在数据库中创建一个中间表。哈哈，太底层了
也许有一些更好的解决方案：
- 添加一个模型类引用或关联
- 在数据库中索引与类别关联的主题列表，并在调用
@category.all_published_topics或类似方法时调用一个方法来捆绑这些主题
所以，我想知道在深入研究之前，关于这个问题是否有严格的技术禁忌 