RavenDBでフットボールの試合の統計をモデル化する方法

Question

私はRavenDBを初めて使いましたが、現在のシナリオのデータをモデル化する最良の方法を考えています。データは次のようになります。各ゲームの開始時に

Game 
- Teams 
    - Team 1 
    - list of players 
    - Team 2 
    - list of players 
- Events 
    - Event 1 
    - type: Pass 
    - teamId 
    - PlayerId 
    - Event 2 
    - type: Goal 
    - teamId 
    - PlayerId 

我々は、ゲームの全体的な情報（例えばチーム、会場など）を取得し、数分ごとに、私たちは、イベントの最新リストを取得します。 また、特定のプレーヤーのデータをクエリできるようにする必要があります（プレーヤーの通過回数など）

私は1つのドキュメントとして保存しますか？イベントを別々のドキュメントに分割しますか？ GameEvents？ 3番目のシナリオはありますか？

Answer 1

単一のオブジェクトとして保存します。定義した構造は素晴らしいです。次に、実行するさまざまなタイプのクエリのインデックスを定義します。関係を持ってテーブルに分割する必要はなく、RavenのようなドキュメントDBをすばらしいものにするのは、あなたが記述しているものと同じようなシナリオに最適です。

Answer 2

これはRavenDBにどのように格納されるのか心配はありません。それはドキュメントデータベースの美しさです。関係を考えないでください。ドメインモデルを作成するオブジェクト指向の方法でドメインモデルを作成します（チームはリスト<プレーヤー>など）、次に必要に応じてエンティティを保存します。

私は、RavenDBの使用中に自分のドメインモデルをどのように純粋に保っていたかについてブログに出てきました。私はそれを公開する必要があります...

**編集** 私はついにそのブログ：http://bit.ly/xUsYJKを公開しました。これは、PrestoがRavenDBの使用中に幾分純粋なドメインモデルを保持した方法を示しています。ところで

は、ダニエル・ラングは、このテーマについての良いブログを持っています

私は何でお互いを参照し、私のドメインエンティティを維持したいので、私は<T>アプローチを含める使用http://daniellang.net/how-to-handle-relations-in-ravendb/

I適切な方法を検討してください。

Danielには、「参考文献を正規化しない」というセクションもあります。一部の人々はその方法を好む。

Answer 3

ゲーム中にこのようなイベントがいくつ発生する可能性があるのか​​を考えれば、別個のドキュメントとしてそれらを持っていたいと確信しています。こうすることで、入ってくる各イベントのゲームドキュメントを読み込んで更新する必要がなくなります。ドキュメントが非常に大きくなると、これも非常に高価になります。

ゲームのすべてのイベントで統計情報を取得するには、適切なデータを収集するためのインデックスが必要です。