【#PostgreSQL】検索システムが遅い，表示しないとクレーム Viewが腐ってた（爆
関連記事
- 【#PostgreSQL】太古の昔から動いているシステムのレコード，手修正作業をするなど，と 【2023年10月06日（金）】
- 【#PostgreSQL】テーブルから取得したレコードセットをCSVへ落とそうとすると，空ファイルが出来る．．．ﾄﾞﾛﾄﾞﾛﾄﾞﾛ 【2023年03月08日（水）】
- 仕事オワタ 昼寝しよ（GRB爆 【2023年02月23日（木）】
- 【#PostgreSQL】鬼のような４本のSQLを書き上げた 【2023年01月13日（金）】
- 【#PostgreSQL】某改造案件，凶悪なSQLを書かないといけないじゃないっすかっ！計４本（汗 【2023年01月12日（木）】
昨日はクレーム対応で某所に行っておったのじゃ
検索システムが遅い，データ表示しない，らしい
いや，すでにレコードが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
するテーブルを見つけるため，無駄な条件は入れちゃいかんはず
コメント
【#RUANG】インドネシア：ルアング山で火山が大規模噴火：愛媛で震度6弱な緊急地震速報(24/4/18)
イオンモール宮崎の辺りにイノシシが登場した，らしい
コンビニ誤交付、富士通に行政指導 原因究明と再発防止を要求―総務省
【#桜】花立公園で桜見物してきた！都井岬まで足を伸ばした！遠かった（爆
【#大谷翔平】水原一平氏、米連邦検察が銀行詐欺容疑で訴追…大谷翔平選手の口座から２４億５千万円以上を不正送金
【#緊急地震速報】宮崎県日南市で震度5弱 津波の心配なし M5.2(24/2/8)
ずっと天気が悪いのぉ．菜種梅雨とはよく言ったものやじ(24/4/5)
【#暴風警報】宮崎市に暴風警報発令(24/3/26)