【#PostgreSQL】検索システムが遅い，表示しないとクレーム Viewが腐ってた（爆
関連記事
- 【#PostgreSQL】3ヶ月ぶりぐらいにSQLを眺めているが，判らん！！ﾓﾙﾓﾙﾓﾙ 【2024年07月25日（木）】
- 【#PostgreSQL】太古の昔から動いているシステムのレコード，手修正作業をするなど，と 【2023年10月06日（金）】
- 【#PostgreSQL】テーブルから取得したレコードセットをCSVへ落とそうとすると，空ファイルが出来る．．．ﾄﾞﾛﾄﾞﾛﾄﾞﾛ 【2023年03月08日（水）】
- 仕事オワタ 昼寝しよ（GRB爆 【2023年02月23日（木）】
- 【#PostgreSQL】鬼のような４本の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
するテーブルを見つけるため，無駄な条件は入れちゃいかんはず
コメント
ついに今日は一日，寝てたげな．金曜から具合悪いのぢゃ
スーパーでのコメの平均価格 5キロ 4285円 前週より値上がり（25/5/26）
ご近所にココイチが出来る，らしい
【梅雨】朝から大雨ぇ～ さすが梅雨じゃ(25/5/17)
今日は城主生誕記念日で日本国は祝日，らしい．．．
兵庫 城崎温泉 旅館で火事 ほぼ消し止められる
東海道新幹線 停電のため運転見合わせ 区間が拡大 原因調査中