【#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
するテーブルを見つけるため，無駄な条件は入れちゃいかんはず
コメント
宮崎ー台湾 国際定期便が週２往復に増便へ 来月３０日から(25/2/15)
『にっぽん縦断 こころ旅』4月から田中美佐子が新たな旅人に 火野正平さんが14年間担当
オリックス・バファローズのキャンプ見学に行ってきた，昨日（爆(25/2/9)
【大雪】9日も降り続く見込み 交通影響に警戒 雪崩など注意を(25/2/9)
日産、ホンダとの統合合意撤回へ(25/2/5)
【特殊詐欺：トクリュウ】＋1-844-173-3313から電話ｷﾀｰ 特殊詐欺だぁ～～これはアカンヤツ
備蓄米放出へ準備、流通不足で初 政府、買い戻し条件に売り出し