C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[4]: Oracleでのバッチ処理

分類:[.NET 全般]　

お世話になっております。

Oracle11gのデーターベースにODP.netを利用してプログラムを
作成しています。

CSVからデータを取得してDBにデータを単純に更新している
バッチ更新プログラムを作成しています。
そこで、データ数が多いと以下のORACLEのエラーが出ます。

ORA-00604: 再帰SQLレベル1でエラーが発生しました。
ORA-01000: 最大オープン・カーソル数を超えました。

open_cursorsを増やせば問題を解決してるのですが。。データ数が多くなると
まずいかと思い書き込みしました。

処理の都度にコネクションをクローズしたら破棄されるでしょうが、バッチ処理の
場合はエラーがある事も考慮して処理開始から終了までトランザクションを
セットしときたいです。

この場合はどの様な方法があるんでしょうか？設計自体を考えなおす必要があります
か？

■No69384 (休日出勤さん) に返信
> open_cursorsを増やせば問題を解決してるのですが。。データ数が多くなると
> まずいかと思い書き込みしました。

　　SQL*Loaderを使用する方法
ttp://www.atmarkit.co.jp/ait/articles/0507/08/news117.html

　　これじゃ～ダメですか？

以上。参考まで

■No69384 (休日出勤さん) に返信
> そこで、データ数が多いと以下のORACLEのエラーが出ます。
>
> ORA-00604: 再帰SQLレベル1でエラーが発生しました。
> ORA-01000: 最大オープン・カーソル数を超えました。

素直に解釈するなら、カーソル開きっぱなしにするバグがあるんじゃね？

> この場合はどの様な方法があるんでしょうか？
> 設計自体を考えなおす必要がありますか？

再設計したほうがよいでしょう。

バッチ処理においてトランザクション処理（コミット処理）をどうするかは、最初に十分に検証すべき項目の一つです。
ひとつのトランザクションの中ですべての処理を行おうとすると、REDOログが極端に大きくなりすぎて障害の原因になったり、中断されてしまったバッチ処理を最初から再実行することによりリカバリに時間がかかりすぎたり、解決困難な障害の原因となるので通常は避けます。適当な粒度のブロックに分割して適時コミットを行うのが一般的かと思います。適当に分割したブロック単位でのロールバックで不都合があるなら、ロールバックもトランザクション処理に頼らずに自前で実装したりします。

■No69390 (甕星さん) に返信
> ■No69384 (休日出勤さん) に返信
>>そこで、データ数が多いと以下のORACLEのエラーが出ます。
>>
>>ORA-00604: 再帰SQLレベル1でエラーが発生しました。
>>ORA-01000: 最大オープン・カーソル数を超えました。
>
> 素直に解釈するなら、カーソル開きっぱなしにするバグがあるんじゃね？
>
俺もそうじゃないかと思う。
時間があれば↓を一読してみてください。例はJavaになっていますが。
http://ameblo.jp/archive-redo-blog/entry-10034748388.html

オショウさん、甕星さん、aさん有難うございました。
返信が遅くなってすみません！

まずはバグの調査をしてみます。
ほかの抽出カーソルは特に開きっぱなしになってないんですが、
伝票番号を管理するテーブルがあり、そのテーブルを抽出し加算後にアップデート(OracleDataAdapter.Update)
した時点でSELECT・・FOR UPDATEしているSELECT文のみが蓄積されていて。。。
色々と試してみたいと思います。

みなさん有難う御座いました。
まずは仕様の見直しをしたいと思います。

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[4]: Oracleでのバッチ処理

過去ログには書き込み不可