P粉0186537512023-09-03 09:55:42
次のような構造を検討する必要があると思います:
リーリーこの構造も最適ではありません。 私の個人的な意見では、より良い構造を使用することもできます:
リーリーGoal テーブルはすべてのゴールを記録するために使用され、「HomeTeamScore」フィールドと「AwayTeamScore」フィールドの使用を避けて、そこから試合結果を構築できます。
統計テーブルに関しては、誰がポイントを獲得したかを知る必要があるため、最終的なテーブル構造にこだわりましょう:
リーリーMatches のステータス フィールドの値は次のとおりです: ['1','X','2']
これにより、たとえば ID 12 のチームなど、統計を計算するためのすべてを簡単に入手できます。 リーリー
これを開始点として使用して、group by 関数と group 関数を使用してチーム統計を計算する、もう少し複雑なクエリを構築できます。 このようなクエリを正常に作成したら、ちなみに、実行したいクエリは重くないので、必ずしもトリガーが必要なわけではありません。最初にデータベースの設計を検討してください。P粉9532317812023-09-03 00:42:53
トリガーを使用して冗長データを維持するよりもはるかに簡単な方法は、ビューを使用することです。これは単なる基本的な和集合の合計です:
リーリー