【#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
するテーブルを見つけるため,無駄な条件は入れちゃいかんはず
コメント
【地震】日向灘でM4.4の地震
【#第三次世界大戦】ウクライナ空軍 “ICBM1発がロシア南部から発射された”
司法省 “グーグルはクローム売却を” 裁判所に要求へ 米報道
最近,仕事がずっと激しい...ドロドロドロ
今日は謎の宴会らしい...スーツが入るのかっ!?(GRB爆
「侍ジャパン」宮崎県入り 「プレミア12」向け きょうから合宿
【#総選挙】 衆議院選挙 きょう投票 ...ドロドロドロ(24/10/27)
【#線状降水帯】宮崎 延岡「土砂崩れで家がつぶれている」通報 1人不明(24/10/23)
【冬】お~日本海に筋雲が出ちょる!冬がキター
【#寒冷前線】13時頃30℃の気温が今は25℃無いぞー