ベストプラクティス

Question

。試合後、ラウンドデータは無駄になります。

これらのタイプのシナリオを処理するためのいくつかのベストプラクティスは何ですか。

私は考える：

• 「ラウンド」+ MatchIDの命名規則を持っています試合の期間中に存在するテーブルを作成します。したがって、インスタンス化された各一致に対して1つのテーブルが存在します。試合の終わりに、このテーブルは削除されます。

• のみ1ラウンドテーブルを有し、かつ、試合の終了時に、マッチを完成MatchId =すべての行を削除します。

どのアプローチがパフォーマンスに最も優れているかわかりません。このトピックに関するガイダンスはありますか？また、どのシナリオ1が呼び出されるのかよく分かりません。 「一時的」と「一時的」という用語は、他のユースケースのために予約されています。一般的に

Answer 1

、一時的なテーブルは、おそらく最高のアイデアではありません。

もっと良い解決策は、のすべての一致が1つのテーブルを持つことです。です。特定の一致のキーを使用して、行をテーブルに挿入したり、変更したりすることができます。

試合中に何が起こるかの歴史を持つことは非常に便利です。ただし、特定のマッチの行を削除する場合は、マッチが終了したときや他の都合のよいときに行を削除することができます。