JSDataで多対多の関係を定義する方法はありますか?
たとえば、次の 3 つのテーブルがあります。
エンティティ entityFile ファイル
「エンティティ」では、エンティティファイルを介して結合する「ファイル」と呼ばれる関係が必要です。
良い質問。典型的な多対多の関係は、2 つの 1 対多の関係です。
どの実装においても重要な詳細の 1 つは、関係情報はどこに保存されているかということです。この質問に対する答えによって、エンティティの関係にアクセスする方法が決まります。いくつかのオプションを見てみましょう。
前提:
A
多くを持っていますB
B
多くを持っていますA
オプション1
関係情報は のインスタンスに保存されますA
。
このシナリオでは、 のインスタンスを取得すると、関連付けられた のA
インスタンスを見つけることができます。B
これは、関連付けられたインスタンスの IDB
が に保存されている
ためA
です。これは、 のインスタンスしかない場合、そのインスタンスが関連するB
のすべてのインスタンスを見つける唯一の方法は、 のすべてのインスタンスを検索して、フィールドにそのインスタンスの が含まれて
いるものを検索することであることも意味します。A
B
A
b_ids
id
B
例
var Player = store.defineResource({
name: 'player',
relations: {
hasMany: {
team: {
// JSData will setup a "teams" property accessor on
// instances of player which searches the store for
// that player's teams
localField: 'teams',
localKeys: 'team_ids'
}
}
}
})
var Team = store.defineResource({
name: 'team',
relations: {
hasMany: {
player: {
localField: 'players',
// Since relationship information is stored
// on the player, in order to retrieve a
// team's players we have to do a O(n^2)
// search through all the player instances
foreignKeys: 'team_ids'
}
}
}
})
それでは実際に見てみましょう:
var player = Player.inject({
id: 1,
team_ids: [3, 4]
})
// The player's teams aren't in the store yet
player.teams // [ ]
var player2 = Player.inject({
id: 2,
team_ids: [4, 5],
teams: [
{
id: 4
},
{
id: 5
}
]
})
// See the property accessor in action
player2.teams // [{ id: 4 }, { id: 5 }]
// One of player one's teams is in the store now
player.teams // [{ id: 4 }]
// Access the relation from the reverse direction
var team4 = Team.get(4) // { id: 4 }
// The property accessor makes a O(n^2) search of the store because
// the relationship information isn't stored on the team
team4.players // [{ id: 1, team_ids: [3, 4] }, { id: 2, team_ids: [4, 5] }]
永続化レイヤーからリレーションをロードしましょう:
// To get an authoritative list of player one's
// teams we ask our persistence layer.
// Using the HTTP adapter, this might make a request like this:
// GET /team?where={"id":{"in":[3,4]}} (this would be url encoded)
//
// This method call makes this call internally:
// Team.findAll({ where: { id: { 'in': player.team_ids } } })
player.DSLoadRelations(['team']).then(function (player) {
// The adapter responded with an array of teams, which
// got injected into the datastore.
// The property accessor picks up the newly injected team3
player.teams // [{ id: 3 }, { id: 4 }]
var team3 = Team.get(3)
// Retrieve all of team3's players.
// Using the HTTP adapter, this might make a request like this:
// // GET /player?where={"team_ids":{"contains":3}} (this would be url encoded)
//
// This method call makes this call internally:
// Player.findAll({ where: { team_ids: { 'contains': team3.id } } })
return team3.DSLoadRelations(['player'])
})
HTTP アダプターを使用している場合、クエリ文字列を解析して正しいデータで応答するのはサーバー次第です。他のアダプターのいずれかを使用している場合、アダプターは正しいデータを返す方法を既に認識しています。フロントエンドとバックエンドでJSData を使用すると、これが非常に簡単になります。
オプション 2
関係情報は のインスタンスに保存されますB
。
これはオプション 1の逆です。
オプション 3
「A
hasMany B
」関係情報はインスタンスA
に保存され、「B
hasMany A
」関係情報は のインスタンスに保存されますB
。
これはオプション 1にすぎませんが、両方向で機能するようになりました。
foreignKeys
このアプローチの利点は、オプションを使用しなくても双方向からリレーションにアクセスできることです。このアプローチの欠点は、リレーションシップが変更されたときに、複数の場所でデータを変更する必要があることです。
オプション 4
リレーションシップ情報は、ピボット (ジャンクション) テーブルに格納されます。
A
実際C
の関係情報は に格納されていC
ます。A
C
B
実際C
の関係情報は に格納されていC
ます。B
C
例:
var Player = store.defineResource({
name: 'player',
relations: {
hasMany: {
membership: {
localField: 'memberships',
// relationship information is stored on the membership
foreignKey: 'player_id'
}
}
}
})
var Team = store.defineResource({
name: 'team',
relations: {
hasMany: {
membership: {
localField: 'memberships',
// relationship information is stored on the membership
foreignKey: 'team_id'
}
}
}
})
そしてピボット リソース:
var Membership = store.defineResource({
name: 'membership',
relations: {
belongsTo: {
player: {
localField: 'player',
// relationship information is stored on the membership
localKey: 'player_id'
},
team: {
localField: 'team',
// relationship information is stored on the membership
localKey: 'team_id'
}
}
}
})
それでは実際に見てみましょう:
var player = Player.inject({ id: 1 })
var player2 = Player.inject({ id: 2 })
var team3 = Team.inject({ id: 3 })
var team4 = Team.inject({ id: 4 })
var team4 = Team.inject({ id: 5 })
player.memberships // [ ]
player2.memberships // [ ]
team3.memberships // [ ]
team4.memberships // [ ]
team5.memberships // [ ]
この時点ではまだリレーションにアクセスできないことに注意してください
// The relationships stored in our pivot table
var memberships = Membership.inject([
{
id: 997,
player_id: 1,
// player one is on team three
team_id: 3
},
{
id: 998,
player_id: 1,
// player one is also on team four
team_id: 4
},
{
id: 999,
player_id: 2,
// team four also has player 2
team_id: 4
},
{
id: 1000,
player_id: 2,
// player 2 is also on team 5
team_id: 5
}
])
会員情報が入りました
player.memberships // [{ id: 997, ... }, { id: 998, ... }]
player2.memberships // [{ id: 998, ... }, { id: 999, ... }]
team3.memberships // [{ id: 997, ... }]
team4.memberships // [{ id: 998, ... }, { id: 999, ... }]
team5.memberships // [{ id: 1000, ... }]
さて、ピボット テーブルのデータをフロントエンドに送信し、JavaScript でリレーションを並べ替える必要があるのは少し面倒です。そのためには、いくつかのヘルパー メソッドが必要です。
var Player = store.defineResource({
name: 'player',
relations: {...},
computed: {
teams: {
get: function () {
return store.filter('membership', {
player_id: this.id
}).map(function (membership) {
return store.get('team', membership.team_id)
})
}
}
},
// Instance methods
methods: {
getTeams: function () {
return Player.getTeams(this.id)
}
}
// Static Class Methods
getTeams: function (id) {
return this.loadRelations(id, ['membership']).then(function (memberships) {
return store.findAll('team', {
where: {
id: {
'in': memberships.map(function (membership) {
return membership.team_id
})
}
}
})
})
}
})
チーム リソースの類似のメソッドを理解させます。
ヘルパー メソッドの問題に行きたくない場合は、バックエンドにそれらを実装して、ピボット テーブルをフロントエンドから見えないようにし、多対多の関係をオプション 1、2 のように見せることができます。または3。
便利なリンク