【#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/3/22)
3月下旬なのに鰐塚山が雪を被ってる．これはヤバス(25/3/19)
JR日豊線･仙巌園駅3月15日開業 周辺含む総整備費は12億円、開業合わせ磯ビーチハウスにカフェオープン
【#確定申告】税務がオワタ！所得税＆消費税申告書を提出した！財務省の役人どもはこの恨み，祝ってやるﾄﾞﾛﾄﾞﾛﾄﾞﾛ
【#火事】都農町のキャンプ場近くで山林火災 現在も消火活動中(27日午後6時15分現在)
宮崎ー台湾 国際定期便が週２往復に増便へ 来月３０日から(25/2/15)
『にっぽん縦断 こころ旅』4月から田中美佐子が新たな旅人に 火野正平さんが14年間担当
オリックス・バファローズのキャンプ見学に行ってきた，昨日（爆(25/2/9)