解決済み

SQL、oracleにて文字列操作(連結、切りだし)のパフォーマンス向上法

  • すぐに回答を!
  • 質問No.296081
  • 閲覧数5268
  • ありがとう数2
  • 気になる数0
  • 回答数5
  • コメント数0

お礼率 43% (16/37)

oracle7を使用しています。

#desc a
num  char(8)
code char(2)
seq char(2)
・・・

#desc b
bango char(12)
・・・

上記場合で aのnum,code,seq を結合したものと bのbangoが
同じかどうかの検索を外部結合付きで行いたいとします。

where
bango(+) = num || code || seq

で動作は正常に行われるのですが、検索速度がかなり重くなってしまいます。
文字列連結(||)は重くなるというのを聞いたことがあるのでできれば
(||)を使用したくないのです。

where
substr(bango,0,8) (+) = num
and substr(bango,9,2) (+) = code
and substr(bango,11,2) (+) = seq

とすると外部結合のところでおこられちゃいました。
文字列連結をつかわずに上記SQLの検索パフォーマンス向上法を
どなたか教えていただけませんか?

質問者が選んだベストアンサー

  • 回答No.2

再投稿です。CONCAT()関数は試してみましたか?
||演算子と同じです。
でも処理時間が早くなるか自信ないです。
うまくいかなかったらすみません。

where
bango(+) = CONCAT(num, code, seq)
補足コメント
jyunk

お礼率 43% (16/37)

向上はあまりみられませんでした。
すいません。
経過: 00:00:46.30 -> 経過: 00:00:38.98

あとCONCATは二つのものしか比較できませんので
正しい書式は 
concat(num, concat(code,seq ) )
だと思います。
ありがとうございます。
投稿日時 - 2002-06-20 12:22:31
感謝経済、優待交換9月20日スタート

その他の回答 (全4件)

  • 回答No.5

しつこくてすみません。
新規でbangoフィールドのINDEX追加したらどうでしょう。
テーブル定義の変更も不可なのかな?だとしたらつらい…
num,code,seqに設定されてても結合してしまったら
インデックス効果はありません。

あと記憶が定かじゃないんですが
条件の左側の項目にインデックスが付いてないと駄目だったような。。。
つまり前回の回答を例にすると
INDEX(A, B)だった場合、
where char1 = A
and char2 = B
じゃ効かないということです。
うそだったらごめんなさーいい
あまりお役に立てなくてすみません。
頑張ってください!!
お礼コメント
jyunk

お礼率 43% (16/37)

テーブルにindexをつけたりとtableに手を加えることは
できないのです。すいません。

あと何度も回答ありがとうございました。

結果
where
  substr(bango(+),1,8) = num
 and substr(bango(+),9,2) = code
 and substr(bango(+),11,2)= seq

で速度の向上ができました。
ただ、場合によってはsubstrの方が||より遅くなるときも
ありましたが、今回はsubstrでうまくいきました。

本当にありがとうござました。
投稿日時 - 2002-06-20 16:30:29
  • 回答No.4

再々投稿です。
検索ってことはselectで抽出するってことですか?
select num || code || seq A from table
where bango(+) = A
ってな具合に別名をつけるのはどうでしょう。
これも自分では試してないんで速くなるかわからないんですけど。
where以降の条件文がゴテゴテしてると遅くなる気がして…

あとyujiさんのおっしゃるとおり、インデックスが
あるのとないのではかなりスピード違うと思います。
ただ条件の項目数とインデックスの項目数が一致していないと
意味が無いです。
where A = char1
and B = char2
という場合は、INDEX(A, B)じゃないと高速になりません。
以前速くて今は遅いっていうのはちょっとした
条件文の変更で起こってしまった可能性はないでしょうか。
補足コメント
jyunk

お礼率 43% (16/37)

selectで抽出ではありません。
目的は where句の書き方?の違いによる検索速度なんです。
ちなみに別名をつけてもあまり向上がみられませんでした。

使用しているoracleはコストベースで設計しており
indexやwhere句の書き方の順番とはあまり関係なくoracleに
判断させています。
(それがそもそも原因といわれたらどうしようもないですが)
一応、indexの一番はじめの検索キー、主キーは
num,code,seqに設定しております。

 何回もすいません。ありがとうございます。

原因はおっしゃるとおりちょっとした条件文の違いだとは
思いますが、条件の内容は同じなので条件文の書き方の違いだと思ってます。

私が今回where句で使用したのは || なので
それが速度低下につながっていると思った限りです。
投稿日時 - 2002-06-20 15:22:06
  • 回答No.3

ベストアンサー率 37% (64/169)

どうしても高速に検索したいのであれば、
num || code || seq の結果を格納した列を元のテーブルに追加すればいいのでは?

INSERT, UPDATE 時にこの値を更新するようなトリガーを
入れておけばいいでしょう。


ちなみに、
where
substr(bango,1,8) (+) = num
and substr(bango,9,2) (+) = code
and substr(bango,11,2) (+) = seq
のように substr を使うとbango列のインデックスを見なくなるので
余計に遅くなる可能性があります。
(もしかして、最初からbango列にインデックスがついていないとか?)
補足コメント
jyunk

お礼率 43% (16/37)

インデックスのことは考慮していませんでした。
文字列連結と、どちらがパフォーマンスがでないか
後学のために調べてみてもいいですね。

あと、このテーブルは変更できないのです。
すいません。

以前は5秒程度で検索できた、と言ってる方がいまして、
私の力量不足で非常に悩んでおります。
(現在は40秒程度、concat使用で38秒程度)

ありがとうございました。
投稿日時 - 2002-06-20 13:31:19
  • 回答No.1

質問の回答ではないですがちょっと気になったことが…
where
substr(bango,1,8) (+) = num
and substr(bango,9,2) (+) = code
and substr(bango,11,2) (+) = seq
が正しいのでは?
補足コメント
jyunk

お礼率 43% (16/37)

すいません。
substrの第二引数は n文字目 でしたね。
substr(bango,1,8) が正しいです。
お騒がせしました。
投稿日時 - 2002-06-20 12:14:12
AIエージェント「あい」

こんにちは。AIエージェントの「あい」です。
あなたの悩みに、OKWAVE 3,500万件のQ&Aを分析して最適な回答をご提案します。

関連するQ&A
このQ&Aにこう思った!同じようなことあった!感想や体験を書こう
このQ&Aにはまだコメントがありません。
あなたの思ったこと、知っていることをここにコメントしてみましょう。

その他の関連するQ&A、テーマをキーワードで探す

キーワードでQ&A、テーマを検索する

特集


より良い社会へ。感謝経済プロジェクト始動

ピックアップ

ページ先頭へ