Q&A
ありがとうございます。
内容理解して試させていただきます。
SQL Serverを使用してデータベースの集計用のSQLを作成しております。
以下のテーブル TB_成績表 があったと仮定させていただきます。
|クラス|班|性別|学生コード|国語|算数|理科|社会|英語|
|:--:|:--:|--:|
|１組|A|男|00001|10|10|20|20|30|
|１組|A|女|00002|20|50|30|10|40|
|２組|B|男|00003|30|40|40|50|50|
|１組|A|男|00004|10|10|20|20|30|
|２組|A|女|00005|20|50|30|10|40|
|１組|B|男|00006|30|40|40|50|50|
|２組|A|男|00007|10|10|20|20|30|
|２組|A|女|00008|20|50|30|10|40|
|１組|B|男|00009|30|40|40|50|50|
上記のテーブルに対して集計を行うために、
同一組、同一班で各科目の点数の合計を出そうとした場合に、
SQL
1SELECT 2 クラス, 3 班, 4 SUM(国語) AS 国語総計, 5 SUM(算数) AS 算数総計, 6 SUM(理科) AS 理科総計, 7 SUM(社会) AS 社会総計, 8 SUM(英語) AS 英語総計 9FROM 10 TB_成績表 11GROUP BY 12 クラス, 13 班
という構文で行っております。
※Indexはクラスと班の複合インデックスを作成しています。
上記の場合に件数が少ない場合は問題ないのですが
数十万件単位での処理となった場合に、集計関数のレスポンスが急激に悪くなっております。
いろいろと検索サイト等でも調べているのですが皆さまのお知恵を拝借して他にチューニング等が
可能な個所がないか意見を頂ければと思い投稿させていただきました。
回答3件
0
SQLよりも最適化を確認した方が良いと思われます。
インデックスの再構成と再構築
状況によって、
・ALTER INDEX REORGANIZE
・ALTER INDEX REBUILD
を使い分けとあります。
また、
断片化のレベルが非常に低い場合 (5% 未満) は、通常、これらのコマンドのいずれも使用しないでください。インデックスの再構成や再構築には、ほとんどの場合、そのようなわずかな断片化を解消するには見合わないコストがかかります。
というのも。
何れにしてもコストに見合う効果の話なので、改善しなければ実行してみた方が良いかと思います。
確実なのはREBUILDの方なので、REORGANIZEで改善しない場合は、REBUILDを。
後は、統計情報の更新ですね。
どうする？ SQL Server のクエリ パフォーマンスが低下した！
そもそも、インデックスが使われているかも確認して下さい。
実行計画の表示方法
投稿2018/10/25 07:37
編集2018/10/25 08:47
総合スコア25430
0
sqlを 以下の方法で集計してみてはどうでしょうか？
select sum(tb_kokugo) as tensu from
(select tb_class,tb_han,tb_kokugo from scm1.tb_seisekitbl
where tb_class ='1' and tb_han='A') as ViewA;
上記記述は、postgresで記述できるdmlなのですが、おそらくsqlserverでも、使えるかと思いますが
上記方法だと、必要なレコードを抽出してから集計するのでいくらか高速に動くかと思います。
投稿2018/10/25 10:57
総合スコア341
遅くなりました。
試してみました、確かに早く5秒ほど上がりましたが申し訳ありません
別テーブルに定期的にデータを吐き出す形にしようと思います、ありがとうございます。
であれば、テーブル設計からの見直しですね。頑張ってください！
ありがとうございます！
また質問させていただくかもですがよろしくおねがいします！
0
ベストアンサー
※Indexはクラスと班の複合インデックスを作成しています。
クラス、班、各教科を横断したインデックスがいるのでは？
投稿2018/10/25 07:32
総合スコア117719
回答ありがとうございます。
すいません、
Index＿01 クラス, 班,国語
Index_02 クラス, 班,英語
という形で作るべきという
意味でよろしいでしょうか？
index(クラス,班,国語),
index(クラス,班,算数),
index(クラス,班,理科),
index(クラス,班,社会),
index(クラス,班,英語)
すると明示的ですが
index(クラス,班,国語,算数,理科,社会,英語)
でもそれなりの効果は得られると思います
ありがとうございます。
作成して試してみるようにします。
SELECTに対して使用されるINDEXは一つですので、科目ごとのインデックスで最高の効果を生むには、unionクエリーである必要があります。
全科目並べると、インデックスのみで解決するので、効果が無いわけではありませんが。
補足等含め回答ありがとうございました。
試してみましたが効果が得られませんでした。
もう少し見直してみるようにします。
※UNIONもやってみましたが若干遅くなっていました。
データに日付など埋め込んで、サマリーテーブルを作っておいて定期的に流し込むのが妥当でしょうね
近々のデータだけリアルに拾ってサマリーの数値を足せば800万件くらいならなんとかなるかも
あとはSQL Serverのオプティマイザ次第かなと。
やはり。。。
了解です、その線でも当たってみるようにします。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2018/10/25 07:42
2018/10/25 08:31
2018/10/25 08:48
2018/10/25 08:54
2018/10/25 09:10 編集
2018/10/25 09:12
2018/10/25 09:21
2018/10/25 09:54
2018/10/25 09:58
2018/10/25 10:05
2018/11/01 01:05