■SI Object Browser 掲示板

こんにちは
後迫@SIです。

返信が遅くなってしまい申し訳ございません。

お問い合わせいただきました件についてですが、
環境によって、パッケージのデバッグ時に
開始位置が不安定になるというご報告をいただいております。
(開始位置が不正になる場合、ローカル変数が表示されない、
ブレークポイントで停止しないなどの問題が発生するようです。)

この問題につきましては、
OracleのDBMS_DEBUGパッケージの問題により発生する問題のようで
Object Browser側での修正困難のため、
最新のVer.10につきましても対応を見送らせていただいております。

ご不便をおかけしてしまい申し訳ございません。
一度、パッケージを削除の上、パッケージを再作成していただくか、
以下のSQLをSQL実行画面より実行していただくことで、
解決する可能性がありますので、ご確認いただいてもよろしいでしょうか。

ALTER PACKAGE パッケージ名 COMPILE DEBUG

お手数をおかけいたしますが、
何卒よろしくお願いいたします。

お世話になります。

>①データベースのキャラクタセットはSJISでしょうか？
EUCです。
今までキャラクタセットは意識せず使ってきましたが、そういうところで
影響があるのですね。

>②以下の手順にて現象の発生する
>　エクスポートデータをいただいてもよろしいでしょうか。
よくよく考えてみたら、OB経由でexp/impはうまくいかないので使いません。
キャラクタセットの関係もあるだろうし、クライアントはOracle10でサーバは9
というのもあるかもしれません。
しかし、スクリプト出力することによって対処できるので気にしてませんでした。

またなにかあったらお願い致します。

ありがとうございます。
回答いただいた内容で話を進めていきます。

こんにちは
後迫@SIです。

①データベースのキャラクタセットはSJISでしょうか？
②以下の手順にて現象の発生する
　エクスポートデータをいただいてもよろしいでしょうか。

　A.ObjectBrowserにてログイン後、
　　オブジェクト一覧(テーブルの一覧が表示されている画面)より、
　　該当のテーブルを右クリックし、
　　ポップアップメニューより「エクスポート」を選択します。
　B.エクスポート画面が表示されます。
　　「オプション」タブをクリックし、
　　「権限・インデックス・データ行・制約」すべてにチェックを入れます。
　　また、一番下にあります、「使用ツール」に、エクスポートツールのある
　　パス(「Oracleホーム\bin\EXP.EXE」を指定します。)
　　※その他はデフォルトの設定でかまいません。
　C.実行ボタンを押し、エクスポートを実行します。
　　正常終了した場合、「選択」タブの「ファイル名」で指定した場所に
　　エクスポートしたファイルが作成されていますので、
　　そのファイルをいただけますでしょうか。

　　※もし、エクスポートにてエラーが発生した場合は、
　　　お手数ですが、ご連絡をいただいてもよろしいでしょうか。
　　　(その際は、「選択」タブ「オプション」タブ、「結果ログ」タブを
　　　それぞれ選択した状態での３枚のスクリーンショット画像を
　　　いただいてもよろしいでしょうか。)

何卒よろしくお願いいたします。

こんにちは
後迫@SIです。

お問い合わせいただきまいた件ですが、
リンク先のテーブル(部品マスタ)のレコード数よりも
データ生成レコードの作成件数が多い場合は、
一意の値を作成することができないため、
同じ値が繰り返し設定されますので、ご確認をお願いできますでしょうか。
(データ生成レコードの作成件数のほうが少ない場合は一意に割り当てられます。)

また、もしデータ生成レコードの作成件数が少ないにもかかわらず、
エラーが発生する場合は、
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか。
①一度、主キー制約のない同定義のテーブルを作成の上、
　同じ設定でデータを生成していただき、
　重複したデータが作成されるか教えていただいてもよろしいでしょうか。
②また、重複したデータが作成される場合、
　該当のテーブルと、リンク先テーブルのテーブル定義(CREATE TABLE文)
　をいただいてもよろしいでしょうか。

お手数をおかけしてしまい申し訳ございませんが、
何卒よろしくお願いいたします。

データ生成ツールでPrimaryキー設定した列にリンクテーブルの設定をしてデータを
生成したところ、一意制約エラーが頻発します。
リンクしたデータは部品マスターの部品番号データで部品番号は一意となっています。
データ生成ツールでは、Primaryキー設定は考慮していないのでしょうか？

よろしくお願いします。

ご回答ありがとうございました。

結果③のチェックをはずしてうまくいきました。
予測ですが、オブジェクトが多数存在する場合は、それらのチェックを行うの
に時間がかかるといった感じです。
ちなみに、利用している環境は、1000から10000のテーブルが存在しています。

ご回答ありがとうございました。


個別の状況回答
① Versionについては、ご指摘のVersionでした。
② sysなどの既存でオブジェクトの存在しているものはやはり固まりました。
③ 設定をはずして、うまくいきました。
④「JA16SJIS」でした。

既出かもしれませんが、OB9のFAQはリンク切れのようなのでこちらで質問させてください。

VARCHAR2型のデータを更新すると、「ORA-01461：LONG値はLONG列のみバインドできます」のエラーが出ます。2000バイト以上のデータの場合はそうなるようですが、2000バイト未満でもこの症状が出ます。ただし、出る時と出ない時があります。

更新したいデータというのはVARCHAR2の２バイトしかなく、上記のエラーが出るのは不可解です。
他のデータでも最大1700バイト程度です。その現象が出るケースは、その比較的大きなデータカラムにある一定のサイズのデータが入っている場合に起こるようです。このカラムというのは更新したいカラムとは別物です。現象が出ないケースでは決まってそのカラムはnullです。この現象はOB7では出ませんでした。

なにか対処方法があったら宜しくお願い致します。