【#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
するテーブルを見つけるため，無駄な条件は入れちゃいかんはず
コメント
「ルンバ」製造のアイロボット、連邦破産法11条適用申請－近年収益減
今年の漢字は、初登場「熊」に決定
今週末は天気が悪そうじゃ．お出かけには向かないかものぉ
今朝も一桁℃で寒いの．エアコンがフル稼働中
【#特別重大報道】存立危機事態ｵﾜﾀ：オヤジが亡くなったので諸々の行事を片してきたのぢゃ
【相続祭り】ドコモ光の解約を失敗した！ドコモは契約が無いって言うてるが．．．
【#大雪】大雪に対する国土交通省発表（25/12/2）