MySQL：単一列SUM（IF（cond、a、b））vs muti-column Sum（）

Question

JVMに変換中の従来のLAMPアプリケーションがあります。

問題は、@ 250Kレコードのスコアリングテーブルを必要とします。現時点では、「scoreType」列はtinyintとして表されます。ここで、1 = goal、2 = assist1、3 = assist2です。得点リーダーのための

、各プレイヤーの目標/ assist1/assist2合計を取得するには、クエリのスニペットは次のようになります。

SUM(IF(scoreType=1,1,0)) AS goals, SUM(IF(scoreType=2,1,IF(scoreType=3,1,0))) AS assists 

十分フェア、仕事をしていませんが、私は、ifの条件でを思ったんだけどクエリコンテキストがSUM、COUNTなどの操作を伴う一般的なスキーマ設計では、tinyintのアプローチではなく、goal/assist1/assist2、win/loss/tieなどの限定された選択セットを別々の列に分割する方が良いでしょうか？

は別々の列では、クエリは、次のようになります。パフォーマンスの勝利（不要のためであれば（指揮、a、b）は試合）わずかに増加ストレージのコストで（3列対をある

SUM(goal) AS goal, SUM(assist1) AS assist1, SUM(assist2) AS assist2 

を1）。

アプリケーション層では、ORMサポートされていないSUM（if（））からcolumn.Sum（）に移動する可能性があります。それ以外の場合は、静的に型指定されていない文字列のSQLクエリをオールインワン列の手法で保持する必要があります。

あなたはどのように扱いますか、そのまま残しておくか、DBとアプリケーションコードを3列アプローチに移行しますか？

フィードバックありがとうございます！

Answer 1

SELECT scoreType, COUNT(scoreType) 
FROM ... 
GROUP BY scoreType 

それはありませんか？

---

代替案を比較する正直なタイミングについては、より冗長なものを使用してください。

SELECT COUNT(CASE WHEN scoreType = 1 THEN id ELSE NULL END) AS goals, 
     ...