我对one-way-many
协会感兴趣。解释:
// Dog.js
module.exports = {
attributes: {
name: {
type: 'string'
},
favorateFoods: {
collection: 'food',
dominant: true
}
}
};
和
// Food.js
module.exports = {
attributes: {
name: {
type: 'string'
},
cost: {
type: 'integer'
}
}
};
换句话说,我希望Dog
与many
Food
条目相关联,但对于Food
,我并不关心Dog
{1}}已关联。
如果我实际实现了上述内容,请相信它是否有效。但是,table
的{{1}}以非常令人困惑的方式命名 - 比正常情况更令人困惑;)
association
,dog_favoritefoods__food_favoritefoods_food
,id
和dog_favoritefoods
。
food_favoritefoods_food
REST
功能与blueprints
模型一样正常,我没有看到任何"看起来很糟糕"除了时髦的表名。
所以,问题是,它是否应该以这种方式工作,是否有人看到可能会发生混乱的事情?
答案 0 :(得分:2)
我认为你应该没事。
然而,似乎没有任何理由不完成多对多的关联。原因是因为已经为该单个集合创建了所有内容。连接表及其属性已经存在。这个等式中唯一缺少的是关于食物的参考。
我能理解,如果将关联放在食物上是为了创建另一个表或创建另一个奇怪的连接,但这已经完成了。创建其他关联确实没有开销。
所以理论上你也可以创造它,从而避免任何潜在的冲突,除非你有一个非常令人信服的理由不这样做?
编辑:基于下面的评论,我们应该注意到,基于蓝图和动态查找器创建的升降机可能会遇到提升。