素人な質問ですみません。
環境:ORACLE 10g
ストアドである値をINSERTする場合、
キー重複でEXCEPRIONに飛ばすのと、SELECTで同キーの件数(0 or 1)を取得して、
O件の場合のみ処理を行うのではどちらのほうが速度は上なのでしょう?
ちなみに登録されるテーブルのレイアウトは、
項目(1)NUMBER(8) PK,
項目(2)NUMBER(8) PK,
項目(3)VARCHAR2(256) PK,
項目(4)NUMBER(2) PK,
項目(5)NUMBER(8)
って感じです。
よろしくおねがいします。
A 回答 (6件)
- 最新から表示
- 回答順に表示
No.6
- 回答日時:
質問者様のバッチ処理での状況を見ますと、私が過去に性能改善を行ったシステムと同じような要件と思われます。
その時もバッチ処理で、約7万件のデータを毎回DBに格納する際、既に存在するレコードが数件ありました。
その時の性能として、改善前はSELECTして、レコードの有無を調べ、レコードが既に存在してればUPDATE、なければINSERTするというような感じで作られていました。
この処理時間は1時間半でした
これを無条件にINSERTして、Exceptionが発生したらUPDATEに切り替えるという処理に直したところ、処理時間が30分になりました。
ですので、質問者様の条件の際には
(1)いきなりINSERT
(2)Exceptionが発生したらUPDATEに切り替える
というやり方を経験的に推進します。
Oracle8 PL/SQLでした。
No.5
- 回答日時:
あ、ごめんなさい。
ANo.4でなんかトンチンカンか回答をしてしまいました。
重複って、テーブル内のデータと、これから登録するデータのことですよね。
下半分の件も、バッチならば処理の最初にテーブルロックしちゃいますよね。
ANo.4とこの文章は、無視してください。ごめんなさい。
No.4
- 回答日時:
回答へのコメントで「同キーのデータが1~2レコード存在すると思われます。
」がちょっと気になります。PK張ってあるのに重複レコードがあるの?
あと、(1)select+insertより(2)insertが早いとのことですが、
insertする場合、暗黙のテーブルロックがかかるため、
このテーブルにロックが必要な処理(update,delete含む)が非常に多いと見積もれる場合、ロックの競合を避けレスポンスを維持するため、
(1)の方法をとる場合があります。
No.3
- 回答日時:
前者の方が必ず速くなります。
というのも後者の方法はselectで重複が無いかをチェックした気になっているのは人間だけでOracleにとっちゃあそんなことは一切関係無く、
プライマリキーがあるのですから再度INSERTするときに重複チェックを必ず行います。
つまりSELECTでの重複チェックは全く意味が無い負荷をかけるだけの処理なのです。
プライマリキーの重複などチェックがOracleに任せられるのであれば任せるべきです。
後者の方法やmerge文を用いるのはプライマリキー制約などではない、
DBに定義していないチェックをしたい場合に限られます。
No.2
- 回答日時:
merge文なんてものもあります。
一概には言えません。実測されるのが一番でしょう。insertでもキーを検索(select)していることは変わりませんので、
直接insertでexceptionを返すのが早いか、selectの結果を返すのが早いかということになります。この2つが同じ速度だと仮定すると、直接insertの場合には、うまくいけば、exceptionが発生しない場合もあるので、その場合には、その後の1sql分の短縮が見込めることになりますね。あとは、insertで重複する確率の問題になるかと思います。
実際にストアドで簡単に計測してみた方がよいと思いますよ。
No.1
- 回答日時:
トランザクション系の処理でしょうか、それともバッチ処理でしょうか?また、母体件数と重複キーになる可能性(確率)がどれくらいかによって変わります。
また、求められる性能要件によっても重要性が変わってくると思いますが。。。
単純に考えると、select<insert<select後insert の処理速度になりますよね!
insert結果のexceptionルーチンでの処理も、count=0の場合の処理も同一と考えると、
母体数が多い、もしくは重複する確率が低い場合、insert<select→insert
母体数が少ない、もしくは重複する確率が高い場合、insert>select→insert
になると想定されます。
バッファサイズやselectするキーの内容によって、ヒット率も変わって来ますので、一概には言えませんが、可能であれば、sqlトレースや実行計画を取得して、最適なチューニングを施した方がいいと思います。
ご回答ありがとうございます。
バッチ処理です。
おそらく母体数が5万~40万ほどで、
同キーのデータが1~2レコード存在すると思われます。
なんとなくinsert<select→insertの予感がします。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
このQ&Aを見た人はこんなQ&Aも見ています
-
あるあるbotに投稿したけど採用されなかったあるある募集
あるあるbotに投稿したけど採用されなかったあるあるをこちらに投稿してください
-
フォロワー20万人のアカウントであなたのあるあるを披露してみませんか?
あなたが普段思っている「これまだ誰も言ってなかったけど共感されるだろうな」というあるあるを教えてください
-
映画のエンドロール観る派?観ない派?
映画が終わった後、すぐに席を立って帰る方もちらほら見かけます。皆さんはエンドロールの最後まで観ていきますか?
-
海外旅行から帰ってきたら、まず何を食べる?
帰国して1番食べたくなるもの、食べたくなるだろうなと思うもの、皆さんはありますか?
-
天使と悪魔選手権
悪魔がこんなささやきをしていたら、天使のあなたはなんと言って止めますか?
-
oracleのinsert select性能
Oracle
関連するカテゴリからQ&Aを探す
おすすめ情報
- ・漫画をレンタルでお得に読める!
- ・人生のプチ美学を教えてください!!
- ・10秒目をつむったら…
- ・あなたの習慣について教えてください!!
- ・牛、豚、鶏、どれか一つ食べられなくなるとしたら?
- ・【大喜利】【投稿~9/18】 おとぎ話『桃太郎』の知られざるエピソード
- ・街中で見かけて「グッときた人」の思い出
- ・「一気に最後まで読んだ」本、教えて下さい!
- ・幼稚園時代「何組」でしたか?
- ・激凹みから立ち直る方法
- ・1つだけ過去を変えられるとしたら?
- ・【あるあるbot連動企画】あるあるbotに投稿したけど採用されなかったあるある募集
- ・【あるあるbot連動企画】フォロワー20万人のアカウントであなたのあるあるを披露してみませんか?
- ・映画のエンドロール観る派?観ない派?
- ・海外旅行から帰ってきたら、まず何を食べる?
- ・誕生日にもらった意外なもの
- ・天使と悪魔選手権
- ・ちょっと先の未来クイズ第2問
- ・【大喜利】【投稿~9/7】 ロボットの住む世界で流行ってる罰ゲームとは?
- ・推しミネラルウォーターはありますか?
- ・都道府県穴埋めゲーム
- ・この人頭いいなと思ったエピソード
- ・準・究極の選択
このQ&Aを見た人がよく見るQ&A
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
処理件数を非表示にしたい
-
カーソル0件の時にエラーを発生...
-
ストアドプロシージャ_カーソル...
-
カーソルを使って、最終行レコ...
-
クエリの実行時間の目安
-
Accessで処理経過を表示したい...
-
カーソルオープンの処理について
-
カーソル宣言をIFで分けられま...
-
日付処理
-
NVLとDECODEのスピード差
-
RDBとVSAMの比較
-
わり算の結果が整数でも小数点...
-
カーソルがコミットするとクロ...
-
SELECT と INSERT の速度
-
テーブルの項目が異なるテーブ...
-
データ型でFloatとreal の計算...
-
差し込み後、元データを変更し...
-
外部参照してるキーを主キーに...
-
フィルターかけた後、重複を除...
-
エクセルで最後の文字だけ置き...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
カーソル0件の時にエラーを発生...
-
カーソルを使って、最終行レコ...
-
処理件数を非表示にしたい
-
カーソル宣言をIFで分けられま...
-
データ型でFloatとreal の計算...
-
クエリの実行時間の目安
-
ストアドプロシージャ_カーソル...
-
ACCESSで一括処理する方法
-
NVLとDECODEのスピード差
-
Accessで処理経過を表示したい...
-
動的SQLの処理件数
-
SQL plus で改行
-
カーソルがコミットするとクロ...
-
300万件のデータの処理について
-
SELECT と INSERT の速度
-
RDBとVSAMの比較
-
カーソルオープンの処理について
-
(x 行処理されました)を表示さ...
-
SQL-LOADERの逆のもの
-
PL/SQL で continue ?
おすすめ情報