提供：コンピュータSQLLDRのインポートデータをOracleバッチBを使用してコンピュータに 独立したデータとクエリが正常です。
コンピュータCのCTLおよびコピーOracleのインストールファイルBとCにコピー元のデータファイル内のコンピュータに取り付けられています。
ネイティブのOracleへのソースファイルの発見後、コンピュータの使用CのCTL。そのような導入SQLLDRにより分離@ AAA @ BBB @ CCCデータフォーマットとしてインポートされたデータ・パーティション・エラー、。しかし、実際の結果が紹介されていないCOLUMN1 = AAA、COLUMN2 = BBB、COLUMN3 = CCC、一部のデータは、この場合にはcolumn1 = AAA @、COLUMN2 = BBB @、COLUMN3 = '' になり、その後、テーブルから選択*を使用しますXXX COLUMN1 =「キーワード」クエリ時間、非中国人が正しく検索キーワード。中国のキーワードは、データ（実データ）を見つけることができません。Baiduの後にオンラインで発生し、サーバーとクライアントの文字セットが矛盾の理由あることを合意しました。そして、OracleサーバーコンピュータCの文字セットのエンコードとクライアントの文字セットエンコーディングを照会するために、オンラインメソッドを使用します。システム変数のNLSの前と後に、NLSレジストリファイルとサーバは、まだ上記の問題を、データとテストクエリをインポートした後、同じAMERICAN_AMERICA.AL32UTF8なるように設定されています。コンピュータシステム環境の比較とコンピュータC A変数の設定やレジストリ設定の後。SIMPLIFEID CHINESE_CHINA.AL32UTF8としてコンピュータのレジストリNLS CとAを変更するには、テストのインポートおよびクエリの後、問題が残っています。その後、システム変数NLS_LANG AMERICAN_AMERICA.ZHS16GBKの値を変更します。すべての通常のテストの後。レジストリの原因を調べ、問題はありませんが、環境変数は、問題の原因です。なぜ特定の設定が未知です。将来の研究に左。