■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
SU
PROCEDUREで作成した、PLSQLは1行ずつDEBUGを実行できるのですが
PACKAGEで作成したPLSQLをDEBUGすると、最終行に飛んでしまい
1行ずつ実行できません。
【SI Object Browser情報】
バージョン : 10.1.0.0
プログラムのパス : c:\program files\ob10\ob10.exe
接続しているDBもクライアントも両方 9.2.0.7.0 です。
よろしくお願いします。
PACKAGEで作成したPLSQLをDEBUGすると、最終行に飛んでしまい
1行ずつ実行できません。
【SI Object Browser情報】
バージョン : 10.1.0.0
プログラムのパス : c:\program files\ob10\ob10.exe
接続しているDBもクライアントも両方 9.2.0.7.0 です。
よろしくお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
返信が遅くなってしまい申し訳ございません。
お問い合わせいただきました件についてですが、
環境によって、パッケージのデバッグ時に
開始位置が不安定になるというご報告をいただいております。
(開始位置が不正になる場合、ローカル変数が表示されない、
ブレークポイントで停止しないなどの問題が発生するようです。)
この問題につきましては、
OracleのDBMS_DEBUGパッケージの問題により発生する問題のようで
Object Browser側での修正困難のため、
最新のVer.10につきましても対応を見送らせていただいております。
ご不便をおかけしてしまい申し訳ございません。
一度、パッケージを削除の上、パッケージを再作成していただくか、
以下のSQLをSQL実行画面より実行していただくことで、
解決する可能性がありますので、ご確認いただいてもよろしいでしょうか。
ALTER PACKAGE パッケージ名 COMPILE DEBUG
お手数をおかけいたしますが、
何卒よろしくお願いいたします。
後迫@SIです。
返信が遅くなってしまい申し訳ございません。
お問い合わせいただきました件についてですが、
環境によって、パッケージのデバッグ時に
開始位置が不安定になるというご報告をいただいております。
(開始位置が不正になる場合、ローカル変数が表示されない、
ブレークポイントで停止しないなどの問題が発生するようです。)
この問題につきましては、
OracleのDBMS_DEBUGパッケージの問題により発生する問題のようで
Object Browser側での修正困難のため、
最新のVer.10につきましても対応を見送らせていただいております。
ご不便をおかけしてしまい申し訳ございません。
一度、パッケージを削除の上、パッケージを再作成していただくか、
以下のSQLをSQL実行画面より実行していただくことで、
解決する可能性がありますので、ご確認いただいてもよろしいでしょうか。
ALTER PACKAGE パッケージ名 COMPILE DEBUG
お手数をおかけいたしますが、
何卒よろしくお願いいたします。
返信を投稿
OB
SU
お忙しい所申し訳有りませんが、再度お願い致します。
以前使用していたOB Ver8.0.4.10を使用した場合にはデバッグ出来ます。
ORACLEの問題だけだとは思えない部分もあります。
再度検討を頂けたら幸いです。
以前使用していたOB Ver8.0.4.10を使用した場合にはデバッグ出来ます。
ORACLEの問題だけだとは思えない部分もあります。
再度検討を頂けたら幸いです。
返信を投稿
OB
HRN
SUさんと同じく、以前のバージョンのOBでは出来ていましたが、OB10ではDEBUG実行出来なくなりました。
【SI Object Browser情報】
バージョン : 10.1.0.0
プログラムのパス : c:\program files\ob10\ob10.exe
クライアントは10.0.1ですが、接続しているDBは9.2.0.3, 9.2.0.5です。
使えないのは辛いので、是非調査をお願い致します。
【SI Object Browser情報】
バージョン : 10.1.0.0
プログラムのパス : c:\program files\ob10\ob10.exe
クライアントは10.0.1ですが、接続しているDBは9.2.0.3, 9.2.0.5です。
使えないのは辛いので、是非調査をお願い致します。
返信を投稿
OB
toto
現在もサーバーにSI ObjectBrowserをインストールして使用しています。
今回、このサーバーが障害でダウンしたときの為に、もう一台サーバーを立ち上げようと考えています。
この場合に、コールドスタンバイ用のサーバーにもSI ObjectBrowserの追加ライセンスが必要でしょうか?
稼動しているサーバーとコールドスタンバイのサーバーが一緒に動作することは無く、本番サーバーが稼動しているときには、コールドスタンバイのサーバーは電源を落としている状態です。
よろしくお願いいたします。
今回、このサーバーが障害でダウンしたときの為に、もう一台サーバーを立ち上げようと考えています。
この場合に、コールドスタンバイ用のサーバーにもSI ObjectBrowserの追加ライセンスが必要でしょうか?
稼動しているサーバーとコールドスタンバイのサーバーが一緒に動作することは無く、本番サーバーが稼動しているときには、コールドスタンバイのサーバーは電源を落としている状態です。
よろしくお願いいたします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件ですが、
大変申し訳ございませんが、
コールドスタンバイサーバーで使用されている場合でも、
2台にインストールされている場合は2ライセンス必要となります。
ご希望に沿うことができず誠に申し訳ございませんが、
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件ですが、
大変申し訳ございませんが、
コールドスタンバイサーバーで使用されている場合でも、
2台にインストールされている場合は2ライセンス必要となります。
ご希望に沿うことができず誠に申し訳ございませんが、
何卒よろしくお願いいたします。
返信を投稿
OB
toto
ありがとうございます。
回答いただいた内容で話を進めていきます。
回答いただいた内容で話を進めていきます。
返信を投稿
OB
あゆ
大変重宝して使用させていただいております。
Windowsのタスクバーで最小化した際に、全てのObjectBrowserが、「3ob10」などとなって最小化されてしまいます。
また重ねて表示していない状態でも、「SI Object Browser」となってしまってます。
さらに、最小化されたタスクバーをクリックしても、全ての表記が「SI Object Browser」となっており、どこに誰で接続しているObject Bworserかどうかが開いてみないと分かりません。
開発環境と本番環境とが存在した際に、誰で入ってどこに接続しているかが分かるととても助かります。
最小化した際に、「user名@server名」と出して頂きたいです。
以上、よろしくお願いします。
Windowsのタスクバーで最小化した際に、全てのObjectBrowserが、「3ob10」などとなって最小化されてしまいます。
また重ねて表示していない状態でも、「SI Object Browser」となってしまってます。
さらに、最小化されたタスクバーをクリックしても、全ての表記が「SI Object Browser」となっており、どこに誰で接続しているObject Bworserかどうかが開いてみないと分かりません。
開発環境と本番環境とが存在した際に、誰で入ってどこに接続しているかが分かるととても助かります。
最小化した際に、「user名@server名」と出して頂きたいです。
以上、よろしくお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
ご要望いただきありがとうございます。
現状ではタスクバー名はすべて同じとなっていますが、
今後のバージョンにて改善を検討したいと思いますので、
何卒よろしくお願いいたします。
後迫@SIです。
ご要望いただきありがとうございます。
現状ではタスクバー名はすべて同じとなっていますが、
今後のバージョンにて改善を検討したいと思いますので、
何卒よろしくお願いいたします。
返信を投稿
OB
ふひは
OB10でOracle10g(Windowsサーバー)に接続しています。
OracleのユーザーにDEBUG CONNECT SESSION権限がなかったので途中で付与してもらったのですが、その後OB10からデバッグを実行しようとすると、表記のようなエラーが出てOBの挙動自体がおかしくなってしまいます。
この現象、何が原因で、どう対処すればよろしいでしょうか?
お手数ですが、回答のほどよろしくお願いします。
OracleのユーザーにDEBUG CONNECT SESSION権限がなかったので途中で付与してもらったのですが、その後OB10からデバッグを実行しようとすると、表記のようなエラーが出てOBの挙動自体がおかしくなってしまいます。
この現象、何が原因で、どう対処すればよろしいでしょうか?
お手数ですが、回答のほどよろしくお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
このたびは返信が遅くなってしまい申し訳ございません。
お問い合わせいただきました件についてですが、
弊社で現象を再現することができず、原因の特定が困難な状態です。
大変申し訳ございません。
つきましてはお手数ですが
以下の追加情報をいただいてもよろしいでしょうか。
①SYSユーザーでのデバッグは可能でしょうか?
②プログラムのデバッグではなく、実行は可能でしょうか?
③該当のストアドプログラムの所有者は同じユーザでしょうか?
それとも別のユーザでしょうか?
④OracleクライアントとOracleサーバーのOracleバージョンは
同一でしょうか?
お手数をおかけしてしまい申し訳ございませんが、
何卒よろしくお願いいたします。
後迫@SIです。
このたびは返信が遅くなってしまい申し訳ございません。
お問い合わせいただきました件についてですが、
弊社で現象を再現することができず、原因の特定が困難な状態です。
大変申し訳ございません。
つきましてはお手数ですが
以下の追加情報をいただいてもよろしいでしょうか。
①SYSユーザーでのデバッグは可能でしょうか?
②プログラムのデバッグではなく、実行は可能でしょうか?
③該当のストアドプログラムの所有者は同じユーザでしょうか?
それとも別のユーザでしょうか?
④OracleクライアントとOracleサーバーのOracleバージョンは
同一でしょうか?
お手数をおかけしてしまい申し訳ございませんが、
何卒よろしくお願いいたします。
返信を投稿
OB
hide3
OB Read Only Edition Version 10を評価のため動作を確認
しているのですが、以下の現象が発生しています。
これは正常な動作なのでしょうか、それともオプション等の
設定で回避できるのでしょうか。
・事象
SQLの実行画面にて「select * owner.table」のうち
owner.まで入力すると10-200秒ほど操作を受け付けない。
その復帰。
毎回、オーナ名を入力するる場合は入力のレスポンスが
耐えらない状況です。
単に、「.」だけの入力の場合にはそのような現象になら
ないので内部的にチェックされているように感じられます。
お手数ですがご確認のほどよろしくお願いいたします。
hide3
しているのですが、以下の現象が発生しています。
これは正常な動作なのでしょうか、それともオプション等の
設定で回避できるのでしょうか。
・事象
SQLの実行画面にて「select * owner.table」のうち
owner.まで入力すると10-200秒ほど操作を受け付けない。
その復帰。
毎回、オーナ名を入力するる場合は入力のレスポンスが
耐えらない状況です。
単に、「.」だけの入力の場合にはそのような現象になら
ないので内部的にチェックされているように感じられます。
お手数ですがご確認のほどよろしくお願いいたします。
hide3
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件についてですが、
弊社で現象を再現することができず、原因の特定が困難な状態です。
大変申し訳ございません。
つきましては、以下の追加情報をいただいてもよろしいでしょうか。
①バージョンは最新の10.1.0.0でしょうか?
(「ヘルプ」メニューにあります「バージョン情報」にてご確認いただけます。)
もし、バージョンが10.1.0.0になっていない場合、
最新バージョンに更新していただくことで解決する可能性がありますので、
以下のページより10.1更新ファイル(ReadOnlyEdition)を
ダウンロードの上、現象が解決するかご確認をお願いできますでしょうか。
http://www.sint.co.jp/siob/ob/readonly_edition.htm
②どのようなオーナー名でも遅くなりますでしょうか?
(例えば「SCOTT.」などでも発生いたしますでしょうか?)
③コード補完をOFFにしていただいた場合は発生しないでしょうか?
(「ツール」メニューにあります「オプション」画面の「詳細設定」タブより、
「各種エディット時にコード補完を行う」のチェックを
OFFにしていただくことでコード補完がOFFとなります。)
④データベースのキャラクタセットはSJISになっておりますでしょうか?
お手数をおかけしてしまい申し訳ございませんが、
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件についてですが、
弊社で現象を再現することができず、原因の特定が困難な状態です。
大変申し訳ございません。
つきましては、以下の追加情報をいただいてもよろしいでしょうか。
①バージョンは最新の10.1.0.0でしょうか?
(「ヘルプ」メニューにあります「バージョン情報」にてご確認いただけます。)
もし、バージョンが10.1.0.0になっていない場合、
最新バージョンに更新していただくことで解決する可能性がありますので、
以下のページより10.1更新ファイル(ReadOnlyEdition)を
ダウンロードの上、現象が解決するかご確認をお願いできますでしょうか。
http://www.sint.co.jp/siob/ob/readonly_edition.htm
②どのようなオーナー名でも遅くなりますでしょうか?
(例えば「SCOTT.」などでも発生いたしますでしょうか?)
③コード補完をOFFにしていただいた場合は発生しないでしょうか?
(「ツール」メニューにあります「オプション」画面の「詳細設定」タブより、
「各種エディット時にコード補完を行う」のチェックを
OFFにしていただくことでコード補完がOFFとなります。)
④データベースのキャラクタセットはSJISになっておりますでしょうか?
お手数をおかけしてしまい申し訳ございませんが、
何卒よろしくお願いいたします。
返信を投稿
OB
hide3
ご回答ありがとうございました。
結果③のチェックをはずしてうまくいきました。
予測ですが、オブジェクトが多数存在する場合は、それらのチェックを行うの
に時間がかかるといった感じです。
ちなみに、利用している環境は、1000から10000のテーブルが存在しています。
ご回答ありがとうございました。
個別の状況回答
① Versionについては、ご指摘のVersionでした。
② sysなどの既存でオブジェクトの存在しているものはやはり固まりました。
③ 設定をはずして、うまくいきました。
④「JA16SJIS」でした。
結果③のチェックをはずしてうまくいきました。
予測ですが、オブジェクトが多数存在する場合は、それらのチェックを行うの
に時間がかかるといった感じです。
ちなみに、利用している環境は、1000から10000のテーブルが存在しています。
ご回答ありがとうございました。
個別の状況回答
① Versionについては、ご指摘のVersionでした。
② sysなどの既存でオブジェクトの存在しているものはやはり固まりました。
③ 設定をはずして、うまくいきました。
④「JA16SJIS」でした。
返信を投稿
OB
山田@SI
こんにちは
山田@SIです。
この度、「SI Object BrowserER」の最新バージョン、
Ver.4.1.0.0をリリースいたしましたのでご報告いたします。
下記サイトにダウンロードサイトを設けましたので、
お手数ですが、ダウンロードの上、
プログラムの更新をおこなっていただきますようお願いいたします。
http://www.sint.co.jp/siob/koushin_fd.htm
また、修正内容につきましては
以下のページよりご確認いただけますでしょうか。
http://www.sint.co.jp/siob/er/program_syuseirireki.htm
※4.1.0.0よりWindowsVistaに対応しております。
(既にWindowsVistaに4.0.2.6をインストールされていた場合は、
お手数ですが、トライアル版より再インストールを行っていただけますでしょうか。)
なお、ご報告いただいた時期、および開発スケジュール等の
問題により、今回は対応を見送らせていただいたご要望、
障害が多々ございますが、今後のバージョンアップにて
随時検討させていただく所存です。
大変申し訳ございませんがご容赦くださいますよう
お願い申し上げます。
今後ともどうぞよろしくお願いいたします。
山田@SIです。
この度、「SI Object BrowserER」の最新バージョン、
Ver.4.1.0.0をリリースいたしましたのでご報告いたします。
下記サイトにダウンロードサイトを設けましたので、
お手数ですが、ダウンロードの上、
プログラムの更新をおこなっていただきますようお願いいたします。
http://www.sint.co.jp/siob/koushin_fd.htm
また、修正内容につきましては
以下のページよりご確認いただけますでしょうか。
http://www.sint.co.jp/siob/er/program_syuseirireki.htm
※4.1.0.0よりWindowsVistaに対応しております。
(既にWindowsVistaに4.0.2.6をインストールされていた場合は、
お手数ですが、トライアル版より再インストールを行っていただけますでしょうか。)
なお、ご報告いただいた時期、および開発スケジュール等の
問題により、今回は対応を見送らせていただいたご要望、
障害が多々ございますが、今後のバージョンアップにて
随時検討させていただく所存です。
大変申し訳ございませんがご容赦くださいますよう
お願い申し上げます。
今後ともどうぞよろしくお願いいたします。
返信を投稿
OBER
Tamu
Object Browserにはたいへんお世話になっています。
ツール - オプション - データタブ
にある”データ編集時に自動的にCOMMITする”
のチェックをはずしてもデータ編集後レコードを移動すると
自動でCOMMITされますがこれは仕様ですか?
OB9ではCOMMITボタンを押さないとCOMMITされなかったように思うのですが
環境
サーバ:Oracle 9.2.0.6
クライアント:Oracle 9.2.0.7
OB:10.1.0.0
以上よろしくお願いします。
ツール - オプション - データタブ
にある”データ編集時に自動的にCOMMITする”
のチェックをはずしてもデータ編集後レコードを移動すると
自動でCOMMITされますがこれは仕様ですか?
OB9ではCOMMITボタンを押さないとCOMMITされなかったように思うのですが
環境
サーバ:Oracle 9.2.0.6
クライアント:Oracle 9.2.0.7
OB:10.1.0.0
以上よろしくお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件についてですが、
Ver.9とVer.10では「戻す」ボタンの動作が変更になっております。
(Ver.9では「戻す」ボタンを押下時にROLLBACKを発行しておりましたが、
戻すボタンを押した場合にロールバックを発行する仕様がわかりにくいという
意見があったため、Ver.10ではロールバックを行わずに、
編集中のレコードを再表示のみ行うよう修正いたしました。)
そのため、Ver.10にて
レコード移動後に値を元に戻したい場合は、
ツールバーにあります「ROLLBACK」ボタンを押した上、
テーブル画面の「戻す」ボタンを押す必要があります。
(自動COMMITがOFFの場合の動作となります。
ONの場合はレコード移動したタイミングでCOMMITされるため、
値は戻りません。)
Ver.10では上記動作となっておりますが、
逆に使いにくくなるという意見が多いようでしたら、
改善を検討させていただきたいと思いますので、
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件についてですが、
Ver.9とVer.10では「戻す」ボタンの動作が変更になっております。
(Ver.9では「戻す」ボタンを押下時にROLLBACKを発行しておりましたが、
戻すボタンを押した場合にロールバックを発行する仕様がわかりにくいという
意見があったため、Ver.10ではロールバックを行わずに、
編集中のレコードを再表示のみ行うよう修正いたしました。)
そのため、Ver.10にて
レコード移動後に値を元に戻したい場合は、
ツールバーにあります「ROLLBACK」ボタンを押した上、
テーブル画面の「戻す」ボタンを押す必要があります。
(自動COMMITがOFFの場合の動作となります。
ONの場合はレコード移動したタイミングでCOMMITされるため、
値は戻りません。)
Ver.10では上記動作となっておりますが、
逆に使いにくくなるという意見が多いようでしたら、
改善を検討させていただきたいと思いますので、
何卒よろしくお願いいたします。
返信を投稿
OB
Tamu
回答ありがとうございました。
仕様が変更になっていたのですね。
ただ、オプションで”自動COMMIT”をOFFにしても
実際は自動COMMITしているというのは解りづらいと思うのですが
オプションの書き方を”ROLLBACK可能”とかにした方が
わかりやすいと思うのですがどうでしょうか。
しかし、個人的意見としては”自動COMMIT”OFFでは
”COMMITボタン”でCOMMITしてほしいです。
”COMMITボタン”を押すまでは”戻るボタン”で表示を戻すことが可能なように
以上ご検討をお願いします。
仕様が変更になっていたのですね。
ただ、オプションで”自動COMMIT”をOFFにしても
実際は自動COMMITしているというのは解りづらいと思うのですが
オプションの書き方を”ROLLBACK可能”とかにした方が
わかりやすいと思うのですがどうでしょうか。
しかし、個人的意見としては”自動COMMIT”OFFでは
”COMMITボタン”でCOMMITしてほしいです。
”COMMITボタン”を押すまでは”戻るボタン”で表示を戻すことが可能なように
以上ご検討をお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
ご意見いただきありがとうございます。
今後のバージョンアップにて
改善を検討させていただきたいと思いますので、
よろしくお願いいたします。
なお、Ver.10におきましても、自動COMMITがOFFとなっている場合は、
明示的にCOMMITボタンを押すまではCOMMITされませんが、
レコード移動時に、INSERT/UPDATEを発行するため、
再表示を行っても元に戻らないような動作となっております。
(値を元に戻したい場合はROLLBACKボタンを押した上、
再表示していただく必要があります。)
こちらにつきましてもあわせまして
改善を検討させていただきたいと思いますので、
何卒よろしくお願いいたします。
後迫@SIです。
ご意見いただきありがとうございます。
今後のバージョンアップにて
改善を検討させていただきたいと思いますので、
よろしくお願いいたします。
なお、Ver.10におきましても、自動COMMITがOFFとなっている場合は、
明示的にCOMMITボタンを押すまではCOMMITされませんが、
レコード移動時に、INSERT/UPDATEを発行するため、
再表示を行っても元に戻らないような動作となっております。
(値を元に戻したい場合はROLLBACKボタンを押した上、
再表示していただく必要があります。)
こちらにつきましてもあわせまして
改善を検討させていただきたいと思いますので、
何卒よろしくお願いいたします。
返信を投稿
OB
yadokari
いつもお世話になっております。
オブジェクトリストからPACKAGEとPACKAGE BODYが
参照できますが、この際の情報の取得は「dba_objects」テーブルに
内部的にアクセスして取得しているのでしょうか?
それとも違う方法で情報を取得しているのでしょうか?
こちらで試しましたところ、dba_objectsにアクセスできないユーザでも
「CREATE ANY PROCEDURE」又は「EXECUTE ANY PROCEDURE」と「connect」ロールが
付与されていれば他ユーザのPACKAGEが参照できました。
そこで、OBからは「dba_objects」テーブルにアクセスするのではなく
違う方法で取得しているのかと思い質問致しました。
何か情報が御座いましたらご教授願います。
宜しくお願い致します。
以下、環境です。
ObjectBrowser 9.0.1.4
Oracle 9.2.0.1.0
Windows XP Professinal SP2
オブジェクトリストからPACKAGEとPACKAGE BODYが
参照できますが、この際の情報の取得は「dba_objects」テーブルに
内部的にアクセスして取得しているのでしょうか?
それとも違う方法で情報を取得しているのでしょうか?
こちらで試しましたところ、dba_objectsにアクセスできないユーザでも
「CREATE ANY PROCEDURE」又は「EXECUTE ANY PROCEDURE」と「connect」ロールが
付与されていれば他ユーザのPACKAGEが参照できました。
そこで、OBからは「dba_objects」テーブルにアクセスするのではなく
違う方法で取得しているのかと思い質問致しました。
何か情報が御座いましたらご教授願います。
宜しくお願い致します。
以下、環境です。
ObjectBrowser 9.0.1.4
Oracle 9.2.0.1.0
Windows XP Professinal SP2
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件についてですが、
パッケージに関しましては、内部ではALL_OBJECTSテーブルより参照しております。
(他のユーザのパッケージに関しても、パッケージのEXCEUTE権限があれば
参照できますので、「EXECUTE ANY PROCEDURE」権限があればすべての
パッケージ情報を参照できます。)
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件についてですが、
パッケージに関しましては、内部ではALL_OBJECTSテーブルより参照しております。
(他のユーザのパッケージに関しても、パッケージのEXCEUTE権限があれば
参照できますので、「EXECUTE ANY PROCEDURE」権限があればすべての
パッケージ情報を参照できます。)
何卒よろしくお願いいたします。
返信を投稿
OB
yadokari
ご回答ありがとうございます。
ALL_OBJECTSテーブルにアクセスしているということで
納得いたしました。
ALL_OBJECTSテーブルにアクセスしているということで
納得いたしました。
返信を投稿
OB