素人な質問ですみません。
環境: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も見ています
-
最近、いつ泣きましたか?
泣いてストレス発散! なんて言いますよね。 あなたは最近いつ、どんなシチュエーションで泣きましたか?
-
【コナン30周年】嘘でしょ!?と思った○○周年を教えて【ハルヒ20周年】
2024年は「名探偵コナン30周年」「涼宮ハルヒ20周年」などを迎えますが、 あなたが「もうそんなに!?」と驚いた○○周年を教えてください。
-
CDの保有枚数を教えてください
ひとむかし前はCDを買ったり借りたりが主流でしたが、サブスクで簡単に音楽が聴ける今、CDを手に取ることも減ってきたかと思います。皆さんは2024年現在、何枚くらいCDをお持ちですか?
-
ちょっと先の未来クイズ第4問
11月ごろに発表される、2024年の「新語・流行語大賞」にノミネートされる言葉を書けるだけ書いてください。
-
架空の映画のネタバレレビュー
映画のCMを見ていると、やたら感動している人が興奮で感想を話していますよね。 思わずストーリーが気になってしまう架空の感動レビューを教えて下さい!
-
oracleのinsert select性能
Oracle
関連するカテゴリからQ&Aを探す
おすすめ情報
- ・漫画をレンタルでお得に読める!
- ・14歳の自分に衝撃の事実を告げてください
- ・架空の映画のネタバレレビュー
- ・「お昼の放送」の思い出
- ・昨日見た夢を教えて下さい
- ・ちょっと先の未来クイズ第4問
- ・【大喜利】【投稿~10/21(月)】買ったばかりの自転車を分解してひと言
- ・メモのコツを教えてください!
- ・CDの保有枚数を教えてください
- ・ホテルを選ぶとき、これだけは譲れない条件TOP3は?
- ・家・車以外で、人生で一番奮発した買い物
- ・人生最悪の忘れ物
- ・【コナン30周年】嘘でしょ!?と思った○○周年を教えて【ハルヒ20周年】
- ・ハマっている「お菓子」を教えて!
- ・最近、いつ泣きましたか?
- ・夏が終わったと感じる瞬間って、どんな時?
- ・10秒目をつむったら…
- ・人生のプチ美学を教えてください!!
- ・あなたの習慣について教えてください!!
- ・牛、豚、鶏、どれか一つ食べられなくなるとしたら?
- ・都道府県穴埋めゲーム
このQ&Aを見た人がよく見るQ&A
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
カーソル0件の時にエラーを発生...
-
処理件数を非表示にしたい
-
データ型でFloatとreal の計算...
-
(x 行処理されました)を表示さ...
-
PL/SQLのアドバイスをお願いし...
-
SELECT と INSERT の速度
-
カーソル宣言をIFで分けられま...
-
クエリの実行時間の目安
-
わり算の結果が整数でも小数点...
-
SQL-LOADERの逆のもの
-
oracle pl/sqlの処理速度について
-
ストアドプロシージャ_カーソル...
-
カーソルがコミットするとクロ...
-
カーソルを使って、最終行レコ...
-
RDBとVSAMの比較
-
差し込み後、元データを変更し...
-
外部参照してるキーを主キーに...
-
フィルターかけた後、重複を除...
-
エクセルで最後の文字だけ置き...
-
全角文字を含む行を検索
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
カーソル0件の時にエラーを発生...
-
処理件数を非表示にしたい
-
カーソルを使って、最終行レコ...
-
クエリの実行時間の目安
-
ACCESSで一括処理する方法
-
ストアドプロシージャ_カーソル...
-
NVLとDECODEのスピード差
-
データ型でFloatとreal の計算...
-
Accessで処理経過を表示したい...
-
(x 行処理されました)を表示さ...
-
カーソル宣言をIFで分けられま...
-
カーソルオープンの処理について
-
わり算の結果が整数でも小数点...
-
カーソルがコミットするとクロ...
-
SQL plus で改行
-
動的SQLの処理件数
-
300万件のデータの処理について
-
SELECT と INSERT の速度
-
SQL-LOADERの逆のもの
-
RDBとVSAMの比較
おすすめ情報