【#PostgreSQL】検索システムが遅い,表示しないとクレーム Viewが腐ってた(爆
関連記事
- 【#PostgreSQL】3ヶ月ぶりぐらいにSQLを眺めているが,判らん!!モルモルモル 【2024年07月25日(木)】
- 【#PostgreSQL】太古の昔から動いているシステムのレコード,手修正作業をするなど,と 【2023年10月06日(金)】
- 【#PostgreSQL】テーブルから取得したレコードセットをCSVへ落とそうとすると,空ファイルが出来る...ドロドロドロ 【2023年03月08日(水)】
- 仕事オワタ 昼寝しよ(GRB爆 【2023年02月23日(木)】
- 【#PostgreSQL】鬼のような4本のSQLを書き上げた 【2023年01月13日(金)】
昨日はクレーム対応で某所に行っておったのじゃ
検索システムが遅い,データ表示しない,らしい
いや,すでにレコードが3百万件超えてる件(大汗
でも,これぐらい,PostgreSQLなら捌くしなぁ
インデックスがちゃんと貼ってあれば,大丈夫なんだが...
(キーも整数じゃし.文字列キーだととっ散らかる可能性が上がるが)
イロイロいじってみたけど
解消しない(汗
現場からデータを持ち帰って今日朝からインポート
昼過ぎまでかかりやがった(GRB汗
現場で激遲のSQLを流してみた...現場と同じくらい遅い:20秒近く(汗
こりゃ,タイム・アウトしてデータ表示,しないな
SQLの組み方の問題じゃなぁ
あれこれ調べていったら,DBに登録してある「複数テーブルの結合View」が1コール3~4秒も掛かってる(なして?
だいたい50msで返ってきてほしいのに(T_T)
もっと調べていったら,主テーブルー副テーブルの副テーブル側
Left Join
で繋いでいるけど,レコードが絶対存在しない条件を入れてる(NULLが返ってくる前提で組んでる)
12個存在しない条件を入れてた:前のシステムの名残
めんどくさいんで残していたけど,無駄だし削除してみよう...
50ms秒以内で返ってくるようになった...ドロドロドロ
この12個の無駄条件入っているだけで,こんな違うの?(驚
↑の激遲SQLを流してみたら,200ms以内で返ってくるようになった
100倍速くなった\(^o^)/
いや,まだイロイロ問題があるんで調査するけど
原因の一つはViewの組み方じゃな
Left Join
するテーブルを見つけるため,無駄な条件は入れちゃいかんはず

コメント
【#花粉症】目が腫れてキターくしゃみも止まらん.いよいよ花粉もピークか?
【#衆議院選挙2026 】自民 316議席獲得 単独で3分の2超 中道は49議席
【#衆議院選挙2026 】自民単独で過半数大きく上回り300議席に達する可能性
【BW55T】UPSが死んだ...ドロドロドロ😭これは人類滅亡間違いなし!なので発注(爆
広島カープの羽月隆太郎容疑者、「ゾンビたばこ」使用の疑いで逮捕
【#総選挙】衆議院選挙 きょう公示 12日間の選挙戦へ
青森 スノーモービル乗るため入山の約10人と連絡取れず 遭難か
【#不発弾】宮崎市中心部の不発弾 17日に処理 避難指示や交通規制予定(26/1/17)