OracleDB(10g)へデータを取り込むために、C#からSQL*LOADERを使用してデータを登録してます。コードは下記のようになっています。;return;}===============================================少ないデータだと特に問題はなかったのですが、今回少し大きめのデータ(と言っても20000行程度)を登録しようとしたときに、SQL*LOADERが固まっているようなのです。(insert途中なのにCPU使用率0%でデータが登録できてない)現象としては�@途中まで登録でき、何回か試しても同じ行で止まってしまう。�ASQL*LOADERの起動元プロセスをタスクマネージャで終了させると続きが実行される。�BC#からではなく、コマンドプロンプトより実行すると全く問題なく終わる。�C20000行だと途中で止まるが、5000行ずつ4回に分けると登録できる。�@の現象からデータの問題も考えたのですが、�Cを考えるとデータの問題ではなさそうです。�Aの現象からSQL*LOADERが悪いわけではなく、C#側に問題があるのかと思ったのですが検討がつきませんでした。ご存知の方、もしくは思い当たることがありましたら、ご教示お願いいたします。返信ありがとうございます。C#からではなく、コマンドプロンプトよりコマンドでSQL*LOADERを起動すればこの現象は発生しないのでロールバック領域が足りないことは考えられないと思います。LOADERで取り込んだときに数百行単位でコミットも行われているようです。;======================の部分をコメントアウトするとLOADERは途中で止まることなく最後までデータをInsertしてくれます。有効にしておくと必ず毎回同じ行数をInsertしたところでLOADERが停止してしまいます。そこでLOADERを起動しているC#側のプロセスをタスクマネージャで終了させるとまたLOADERが続きの行をInsertして終了します。)で何か起きているようなのですがなかなか糸口が掴めません。引き続き情報をお待ちしております。ありがとうございます。バッチファイルで、前試したのですが上記現象と同じ結果となりました。log=d:\logfile.log】この結果�@は私が最初に投稿した途中でLOADERが止まる現象と同じことが発生。�Aは唯一問題なく出来ました。�BはInsertはOKだったのですが、C#側がバッチファイルの終了を待たないで次の処理に行ってしまい失敗。�Aのバッチファイルを作成し、そのバッチファイルを起動することで問題はありませんが、なぜこのような結果になるのかが気になります。個人的に気になるので、この結果を踏まえバッチファイルを使用せずにC#側で処理する方法をもう少し調査しようと思います。引き続き情報をお待ちしております。このような結果になるのかが気になります。投稿に、標準出力を受け取る際のバッファサイズに関する話題がありました。