オラクルSQLでTRIMを利用したらパフォーマンスが悪くなるツイート@2018/11/01スポンサーリンクオラクルでTRIMを利用するSQLのパフォーマンスが劇的に低い現象が発生しました。本番に近いデータを入れた後に検証したら、検索が重くてほぼ動けない状態に落ちってしまった。原因は下記のようなSQLです。'1';上記のSQLで、インデックスを入れたけど、TRIMメソッドを利用のため、ORACLEのインデックス機能が利用できなくなって、パフォーマンスが非常に悪くなったまた、SQL中でカラムを演算したり、NULLと比較したら、ORやINを利用したりなどの原因でORACLEのインデックス機能を効けなくなり、SQLを重くなる現象が発生するケースも少なくありません。改善例:DB設計が悪い。'等に設計すれば、NULL比較を避ける。in('abc','bcd','cdf');←INを利用。'bbb';←ORを利用。改善例:INの改善例を参照。'%xyz';←後ろマッチングが遅い。そもそも、なんでこの業務が発生するの?設計・DB設計やデータの流れが業務に合わないではないでしょうか。ここまで来たら、僕はLIKEで後ろマッチングよりも、SUBSTRを使ったら益しだ。[/pre-dode]上記のパフォーマンスが悪いSQLですが、実際の開発中によく使われていたSQLです。そのたのSQL悪い例は下記のURLへご参考ください。https://www.oracle.com/technetwork/jp/database/articles/tsushima/tsm09-1598259-ja.html以上、メモを。当記事がお役に立ちましたらシェアして頂ければ嬉しいです。当記事を閲覧の方は下記の【関連記事】も閲覧していました。1234の順で設定できるはず。