■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
ObjectBrowserで、セッション情報を確認したときに、実行コマンドのところで、
-67と出力されるのですが、このコードの意味が知りたいと思っています。
よろしくお願い致します。
-67と出力されるのですが、このコードの意味が知りたいと思っています。
よろしくお願い致します。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
お問いあわせいただきました件についてですが、
セッション画面下部にある「カーソル」タブを表示した場合に
-67で始まるコマンドは存在しますでしょうか？
お手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
後迫＠SIです。
お問いあわせいただきました件についてですが、
セッション画面下部にある「カーソル」タブを表示した場合に
-67で始まるコマンドは存在しますでしょうか？
お手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
返信を投稿
OB
MA
ご回答ありがとうございます。
今、現状再現している状況ではないので、確認できません。
再現時に確認できたら、再度掲示板に返信いたします。
以上、よろしくお願い致します。
返信を投稿
OB
バンチョーさん
私の環境でもMAさんのいわれている現象がおこりました。
セッション情報の実行コマンドに"-67"と表示されます。
実際に実行していたコマンドはMERGEです。
なぜこのような表示がされるのでしょう？
セッション情報の実行コマンドに"-67"と表示されます。
実際に実行していたコマンドはMERGEです。
なぜこのような表示がされるのでしょう？
返信を投稿
OB
SEGA
SEGAです。お世話になっております。
OBER Ver.3.0.0.2について、使用してみましたが、
いくつか改善をお願いしたいところがありましたので、ご報告させて頂きます。
① オプションで「接続位置の自動調整」「最短距離に自動変形」を
オフにしているにもかかわらず、オブジェクトを少しでも移動、
又は、新たなリレーションを作成すると、オブジェクトに
関係するリレーション、連結線が大幅に移動してしまい、
毎回、その修正が大変です。
上記オプションがオフの場合は、出来る限りリレーション、連結線を
移動しない様にして下さい。お願いします。
② リレーションについて、現在、ER図上は線を引きますが、
実際の物理定義上はFKを作成しない様な使い方をしております。
その場合はリレーションの対象モデルを「論理モデルのみ」に
設定すべきかと思いますが、そうすると、物理モデル表示時に
リレーション線が表示されなくなってしまいます。
また、物理モデル表示時に線を表示させるために、対象モデルを
「論理・物理モデル」にしてしまうと、データベース同期時に
差分としてリレーションが大量に表示されてしまいます。
現在は、やむなくリレーションではなく連結線を使用しておりますが、
上記問題を解決するために、各オブジェクトに
『DB同期の対象としない』という様なチェックボックスを付けて
頂きたいと考えています。よろしくお願いします。
③ 印刷時の設定がedmファイルに保存されていない様です。
印刷比率「１ページに収める」をよく使用していますが、
再度OBERを起動して印刷すると「原寸大(100%)」に戻ってしまいます。
細かい部分ですが、印刷設定を保存するようにして頂けると
使いやすくなるものと思います。
既出のものがありましたら申し訳ありません。
ご検討よろしくお願い致します。
以上です。
OBER Ver.3.0.0.2について、使用してみましたが、
いくつか改善をお願いしたいところがありましたので、ご報告させて頂きます。
① オプションで「接続位置の自動調整」「最短距離に自動変形」を
オフにしているにもかかわらず、オブジェクトを少しでも移動、
又は、新たなリレーションを作成すると、オブジェクトに
関係するリレーション、連結線が大幅に移動してしまい、
毎回、その修正が大変です。
上記オプションがオフの場合は、出来る限りリレーション、連結線を
移動しない様にして下さい。お願いします。
② リレーションについて、現在、ER図上は線を引きますが、
実際の物理定義上はFKを作成しない様な使い方をしております。
その場合はリレーションの対象モデルを「論理モデルのみ」に
設定すべきかと思いますが、そうすると、物理モデル表示時に
リレーション線が表示されなくなってしまいます。
また、物理モデル表示時に線を表示させるために、対象モデルを
「論理・物理モデル」にしてしまうと、データベース同期時に
差分としてリレーションが大量に表示されてしまいます。
現在は、やむなくリレーションではなく連結線を使用しておりますが、
上記問題を解決するために、各オブジェクトに
『DB同期の対象としない』という様なチェックボックスを付けて
頂きたいと考えています。よろしくお願いします。
③ 印刷時の設定がedmファイルに保存されていない様です。
印刷比率「１ページに収める」をよく使用していますが、
再度OBERを起動して印刷すると「原寸大(100%)」に戻ってしまいます。
細かい部分ですが、印刷設定を保存するようにして頂けると
使いやすくなるものと思います。
既出のものがありましたら申し訳ありません。
ご検討よろしくお願い致します。
以上です。
返信を投稿
OBER
後迫＠SI
こんにちは
後迫＠SIです。
ご要望いただきありがとうございます。
>① オプションで「接続位置の自動調整」「最短距離に自動変形」を
> オフにしているにもかかわらず、オブジェクトを少しでも移動、
> 又は、新たなリレーションを作成すると、オブジェクトに
> 関係するリレーション、連結線が大幅に移動してしまい、
> 毎回、その修正が大変です。
> 上記オプションがオフの場合は、出来る限りリレーション、連結線を
> 移動しない様にして下さい。お願いします。
そうですね。
Ver.3にてリレーション線をできるだけまっすぐに表示するよう修正したのですが、
新規にリレーションを追加時、またはエンティティ移動時には
リレーションがデフォルト位置にリセットされてしまいます。
この問題につきましては、技術的な理由により対応困難となっているのですが、
ご要望として承り、今後、検討していきたいと思います。
>② リレーションについて、現在、ER図上は線を引きますが、
> 実際の物理定義上はFKを作成しない様な使い方をしております。
> その場合はリレーションの対象モデルを「論理モデルのみ」に
> 設定すべきかと思いますが、そうすると、物理モデル表示時に
> リレーション線が表示されなくなってしまいます。
>
> また、物理モデル表示時に線を表示させるために、対象モデルを
> 「論理・物理モデル」にしてしまうと、データベース同期時に
> 差分としてリレーションが大量に表示されてしまいます。
> 現在は、やむなくリレーションではなく連結線を使用しておりますが、
> 上記問題を解決するために、各オブジェクトに
> 『DB同期の対象としない』という様なチェックボックスを付けて
> 頂きたいと考えています。よろしくお願いします。
かしこまりました。
それでは、データベース同期時に対象オブジェクト(エンティティ・リレーションなど)を
指定できるような方向で検討したいと思います。
>③ 印刷時の設定がedmファイルに保存されていない様です。
> 印刷比率「１ページに収める」をよく使用していますが、
> 再度OBERを起動して印刷すると「原寸大(100%)」に戻ってしまいます。
> 細かい部分ですが、印刷設定を保存するようにして頂けると
> 使いやすくなるものと思います。
かしこまりました。
現在はページ設定タブの設定のみ保存されておりますが、
印刷範囲、印刷比率なども保存されるよう検討したいと思います。
どうぞよろしくお願いいたします。
後迫＠SIです。
ご要望いただきありがとうございます。
>① オプションで「接続位置の自動調整」「最短距離に自動変形」を
> オフにしているにもかかわらず、オブジェクトを少しでも移動、
> 又は、新たなリレーションを作成すると、オブジェクトに
> 関係するリレーション、連結線が大幅に移動してしまい、
> 毎回、その修正が大変です。
> 上記オプションがオフの場合は、出来る限りリレーション、連結線を
> 移動しない様にして下さい。お願いします。
そうですね。
Ver.3にてリレーション線をできるだけまっすぐに表示するよう修正したのですが、
新規にリレーションを追加時、またはエンティティ移動時には
リレーションがデフォルト位置にリセットされてしまいます。
この問題につきましては、技術的な理由により対応困難となっているのですが、
ご要望として承り、今後、検討していきたいと思います。
>② リレーションについて、現在、ER図上は線を引きますが、
> 実際の物理定義上はFKを作成しない様な使い方をしております。
> その場合はリレーションの対象モデルを「論理モデルのみ」に
> 設定すべきかと思いますが、そうすると、物理モデル表示時に
> リレーション線が表示されなくなってしまいます。
>
> また、物理モデル表示時に線を表示させるために、対象モデルを
> 「論理・物理モデル」にしてしまうと、データベース同期時に
> 差分としてリレーションが大量に表示されてしまいます。
> 現在は、やむなくリレーションではなく連結線を使用しておりますが、
> 上記問題を解決するために、各オブジェクトに
> 『DB同期の対象としない』という様なチェックボックスを付けて
> 頂きたいと考えています。よろしくお願いします。
かしこまりました。
それでは、データベース同期時に対象オブジェクト(エンティティ・リレーションなど)を
指定できるような方向で検討したいと思います。
>③ 印刷時の設定がedmファイルに保存されていない様です。
> 印刷比率「１ページに収める」をよく使用していますが、
> 再度OBERを起動して印刷すると「原寸大(100%)」に戻ってしまいます。
> 細かい部分ですが、印刷設定を保存するようにして頂けると
> 使いやすくなるものと思います。
かしこまりました。
現在はページ設定タブの設定のみ保存されておりますが、
印刷範囲、印刷比率なども保存されるよう検討したいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OBER
SEGA
SEGAです。お世話になっております。
後迫様、ご検討よろしくお願いします。
あと、追加で気付いた点が有りましたので、併せてご報告させて頂きます。
④ データベースの同期時に、項目の並び順がチェックされていません。
また、ＤＢに項目が追加されて、それをモデルに反映した場合、
実際の並び順に関係なく、エンティティの最後に項目が追加されます。
ＤＢ理論上は項目の並び順に意味が無いというのは理解しておりますが、
実情は項目の並び順も重要な要素であるものと思いますので、
オプション選択などにより、項目並び順も同期対象となる様な
改修を期待します。
⑤ サブモデルの追加時に、サブモデルで使用するオブジェクトの選択を
行いますが、この時のオブジェクト名は論理名でしか表示されません。
場合によっては物理名で選択したい場合もありますので、
現在の表示モードに依存して表示内容が変化するか、
論理名・物理名の切り替えを出来る様にするなどの改善を行うと、
使いやすくなるものと思います。
⑥ 印刷のヘッダ・フッタの設定について、＆で入力出来る内容に、
表示モデル（論理モデル／物理モデル）の追加をお願いします。
（資料として論理／物理の２種類用意する場合に、見出しで区別
出来る必要があるものと思います。）
こちらも、ご検討よろしくお願い致します。
以上です。
後迫様、ご検討よろしくお願いします。
あと、追加で気付いた点が有りましたので、併せてご報告させて頂きます。
④ データベースの同期時に、項目の並び順がチェックされていません。
また、ＤＢに項目が追加されて、それをモデルに反映した場合、
実際の並び順に関係なく、エンティティの最後に項目が追加されます。
ＤＢ理論上は項目の並び順に意味が無いというのは理解しておりますが、
実情は項目の並び順も重要な要素であるものと思いますので、
オプション選択などにより、項目並び順も同期対象となる様な
改修を期待します。
⑤ サブモデルの追加時に、サブモデルで使用するオブジェクトの選択を
行いますが、この時のオブジェクト名は論理名でしか表示されません。
場合によっては物理名で選択したい場合もありますので、
現在の表示モードに依存して表示内容が変化するか、
論理名・物理名の切り替えを出来る様にするなどの改善を行うと、
使いやすくなるものと思います。
⑥ 印刷のヘッダ・フッタの設定について、＆で入力出来る内容に、
表示モデル（論理モデル／物理モデル）の追加をお願いします。
（資料として論理／物理の２種類用意する場合に、見出しで区別
出来る必要があるものと思います。）
こちらも、ご検討よろしくお願い致します。
以上です。
返信を投稿
OBER
ph1_kim
ER図マージ機能についてですが
論理名を設定すると別物として扱われてしまいます。
たとえば
GOODS_MSTテーブルを
あるERでは商品マスタと論理名を設定していて
別のERでは論理名はGOODS_MSTのまま
といった状況で
何か良い解決策はないでしょうか？
論理名を設定すると別物として扱われてしまいます。
たとえば
GOODS_MSTテーブルを
あるERでは商品マスタと論理名を設定していて
別のERでは論理名はGOODS_MSTのまま
といった状況で
何か良い解決策はないでしょうか？
返信を投稿
OBER
後迫＠SI
こんにちは
後迫＠SIです。
EDMマージ機能についてですが、
現状では論理名・物理名が両方とも一致する場合に、
同一エンティティとみなされます。
誠に申し訳ございませんが、
両方とも一致させ、マージを実行していただくようお願いしてもよろしいでしょうか。
お手数をお掛けしてしまい大変申し訳ございません。
「片方だけが一致する場合に同一とみなしてほしい」という
ご意見が多いようでしたら、修正を検討したいと思います。
どうぞよろしくお願いいたします。
後迫＠SIです。
EDMマージ機能についてですが、
現状では論理名・物理名が両方とも一致する場合に、
同一エンティティとみなされます。
誠に申し訳ございませんが、
両方とも一致させ、マージを実行していただくようお願いしてもよろしいでしょうか。
お手数をお掛けしてしまい大変申し訳ございません。
「片方だけが一致する場合に同一とみなしてほしい」という
ご意見が多いようでしたら、修正を検討したいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OBER
s_koike
過去の投稿No.1356に関連した内容なのですが、
データベース情報表示のREDOログバッファの空き待機回数の値は
'redo log space requests'を表示しているとのことなんですが
そこのコメントのところに「回数が多い、または定期的に値が増える場合→LOG BUFFERを
拡大」と書いてあるので、'redo buffer allocation retries'が正しいような
気がするのですが。
オラクル9iパフォーマンスチューニングガイドに
「REDO ログ領域要求統計V$SYSSTAT 統計のredo log space requests は、
サーバー・プロセスがREDOログ・バッファ内の領域を待機するのではなく、
オンラインREDO ログ内の領域を待機する必要があった回数を示します。
この統計と待機イベントの大きい値は、LGWR ではなく、チェックポイント、
DBWR、アーカイバ・アクティビティをチューニングする必要があることの
標識として使用する必要があります。
ログ・バッファのサイズを増やしても効果がありません。」
といった記述がありました。
長々とすみません。よろしくお願いします。
データベース情報表示のREDOログバッファの空き待機回数の値は
'redo log space requests'を表示しているとのことなんですが
そこのコメントのところに「回数が多い、または定期的に値が増える場合→LOG BUFFERを
拡大」と書いてあるので、'redo buffer allocation retries'が正しいような
気がするのですが。
オラクル9iパフォーマンスチューニングガイドに
「REDO ログ領域要求統計V$SYSSTAT 統計のredo log space requests は、
サーバー・プロセスがREDOログ・バッファ内の領域を待機するのではなく、
オンラインREDO ログ内の領域を待機する必要があった回数を示します。
この統計と待機イベントの大きい値は、LGWR ではなく、チェックポイント、
DBWR、アーカイバ・アクティビティをチューニングする必要があることの
標識として使用する必要があります。
ログ・バッファのサイズを増やしても効果がありません。」
といった記述がありました。
長々とすみません。よろしくお願いします。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
情報をいただきありがとうございます。
ご指摘いただいたとおり、
投稿No.1356は'redo buffer allocation retries'の誤りです。
現在は'redo log space requests'の値を表示しておりますので、
次回バージョンアップで'redo buffer allocation retries'を表示するよう
修正させていただきます。
どうぞよろしくお願いいたします。
後迫＠SIです。
情報をいただきありがとうございます。
ご指摘いただいたとおり、
投稿No.1356は'redo buffer allocation retries'の誤りです。
現在は'redo log space requests'の値を表示しておりますので、
次回バージョンアップで'redo buffer allocation retries'を表示するよう
修正させていただきます。
どうぞよろしくお願いいたします。
返信を投稿
OB
402
VARRAY 型のカラムを含むテーブルを「データ」タブで表示すると
“変数 にセットした値 0 が無効です。”というエラーが発生します．
手元の以下の環境で再現します．
Oracle 8.1.5.1 + OB 8.0.1.5
Oracle 9.0.1.4 + OB 8.0.4.10
本掲示板の投稿No.1196 1197 1208 のツリーで既に話題になった件ですが
更新履歴のページを見ても VARRAY に関する更新情報が無かったため
対応済みとなっているのかが判断できません．
(そのため環境依存の問題なのか OB の問題なのか切り分けができません．)
環境依存の問題でしたら改めて情報を報告いたしますので
上記ツリーで話題になった現象の対応結果をお知らせください．
“変数 にセットした値 0 が無効です。”というエラーが発生します．
手元の以下の環境で再現します．
Oracle 8.1.5.1 + OB 8.0.1.5
Oracle 9.0.1.4 + OB 8.0.4.10
本掲示板の投稿No.1196 1197 1208 のツリーで既に話題になった件ですが
更新履歴のページを見ても VARRAY に関する更新情報が無かったため
対応済みとなっているのかが判断できません．
(そのため環境依存の問題なのか OB の問題なのか切り分けができません．)
環境依存の問題でしたら改めて情報を報告いたしますので
上記ツリーで話題になった現象の対応結果をお知らせください．
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
このたびは返信が遅れてしまい申し訳ございません。
VARRY型の不具合につきましては、8.0.3で修正の予定でしたが、
技術的に困難であるため、対応できませんでした。
記述漏れがあり、大変申し訳ございません。
また、申し訳ございませんが、
今後もVARRY型の対応は未定とさせていただきます。
ご迷惑をお掛けしてしまい誠に申し訳ございません。
(過去の掲示板の書き込みを修正いたしました。
また、FAQに以下の質問を追加いたしました。
Q.データ編集時、「変数 にセットした値 0 が無効です」のエラーが出る
)
どうぞよろしくお願いいたします。
後迫＠SIです。
このたびは返信が遅れてしまい申し訳ございません。
VARRY型の不具合につきましては、8.0.3で修正の予定でしたが、
技術的に困難であるため、対応できませんでした。
記述漏れがあり、大変申し訳ございません。
また、申し訳ございませんが、
今後もVARRY型の対応は未定とさせていただきます。
ご迷惑をお掛けしてしまい誠に申し訳ございません。
(過去の掲示板の書き込みを修正いたしました。
また、FAQに以下の質問を追加いたしました。
Q.データ編集時、「変数 にセットした値 0 が無効です」のエラーが出る
)
どうぞよろしくお願いいたします。
返信を投稿
OB
けいた
はじめまして
7月からＤＢ管理者として仕事につきました。
REDOファイルが５個番号順にあるのですが、ＳＣＮ時刻が順番になっていないので
どうにか古い順位に順番を直したいのですがどうすればいいでしょうか。
一度バックアップを取って対応すればできるのでしょうか。
是非教えてください。
7月からＤＢ管理者として仕事につきました。
REDOファイルが５個番号順にあるのですが、ＳＣＮ時刻が順番になっていないので
どうにか古い順位に順番を直したいのですがどうすればいいでしょうか。
一度バックアップを取って対応すればできるのでしょうか。
是非教えてください。
返信を投稿
OB
キメイラ <-通りすがりの人
オラクル君は、定義順にREDOを使っていくので、現在のREDOの使われる順番が
気に入らなければ、REDOを削除して、再度、使って欲しい順番に、作り直す必要があります。
いつでも変更できますが、REDOがガンガン出力されているようなタイミングだと、かなり作業がしにくいので、データベースアクセスの少ない時を狙って、作業しましょう。
気に入らなければ、REDOを削除して、再度、使って欲しい順番に、作り直す必要があります。
いつでも変更できますが、REDOがガンガン出力されているようなタイミングだと、かなり作業がしにくいので、データベースアクセスの少ない時を狙って、作業しましょう。
返信を投稿
OB
けいた
ご回答ありがとうございます。
初心者なので不躾な質問をお許しください。
あと話は変わりますが、リカバリーの時リスナーというのは気にしないで作業すればいいのでしょう
か。startup mountしても関係ないと考えてよろしいのでしょうか。
どうかお願いいたします。
初心者なので不躾な質問をお許しください。
あと話は変わりますが、リカバリーの時リスナーというのは気にしないで作業すればいいのでしょう
か。startup mountしても関係ないと考えてよろしいのでしょうか。
どうかお願いいたします。
返信を投稿
OB
キメイラ
[けいた]
>初心者なので不躾な質問をお許しください。
基本的に、OBのサポート用の掲示板での話題としては、不適切かと思います。
まずは、質問する場所を考えた方が良いと思います。
>あと話は変わりますが、リカバリーの時リスナーというのは気にしないで作業すればいいのでしょう
>か。startup mountしても関係ないと考えてよろしいのでしょうか。
実際に、リカバリの邪魔になるような行為をしなければ、リスナの生死は関係ありません。
邪魔が入る可能性があるなら、考慮すべきです。
返信を投稿
OB
けいた
すみません。
ＯＢの質問ではないので今後いたしません。
ＯＢでリカバリってできないのかなって思ったのですが、無理でしょうか。
ＯＢの質問ではないので今後いたしません。
ＯＢでリカバリってできないのかなって思ったのですが、無理でしょうか。
返信を投稿
OB
ファイト・一発！！
はじめまして。
現在、PL/SQLによるORACLE8i→ORACLE9i(9.2.0.1)の
移行システム構築にOBを愛用させていただいております。
※ 複数のＤＢを接続しながらの開発ですので、OBは非常に助かっています。
こちらの開発で以下の手順でセッションを切ると、
ORACLEのセッションが切れない現象がおきています。
・OBEJCT BROWSER 8.0.2.7にてストアドプロシージャを実行
↓
・ORACLE OEM9.0.1にて、当該セッションを即時削除
↓
セッションがKILLEDになったまま、処理は続行
↓
・OBJECT BROWSERをOSのタスクから削除すると、
（直ぐに）セッションが完全に削除される。
なお、別のプロセスでOBを起動し、そちらからセッションを削除した場合は
このような現象は発生しておりません。
OBとORACLEの間に、セッションなのか、問合せなのか、
何かが裏で動いているのでしょうか。
お心当たりがございましたら、ご教示いただけないでしょうか。
よろしくお願いいたします。
現在、PL/SQLによるORACLE8i→ORACLE9i(9.2.0.1)の
移行システム構築にOBを愛用させていただいております。
※ 複数のＤＢを接続しながらの開発ですので、OBは非常に助かっています。
こちらの開発で以下の手順でセッションを切ると、
ORACLEのセッションが切れない現象がおきています。
・OBEJCT BROWSER 8.0.2.7にてストアドプロシージャを実行
↓
・ORACLE OEM9.0.1にて、当該セッションを即時削除
↓
セッションがKILLEDになったまま、処理は続行
↓
・OBJECT BROWSERをOSのタスクから削除すると、
（直ぐに）セッションが完全に削除される。
なお、別のプロセスでOBを起動し、そちらからセッションを削除した場合は
このような現象は発生しておりません。
OBとORACLEの間に、セッションなのか、問合せなのか、
何かが裏で動いているのでしょうか。
お心当たりがございましたら、ご教示いただけないでしょうか。
よろしくお願いいたします。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
お問い合わせいただきました件ですが、
規模の大きい(数千行程度の)プログラムを実行した場合、
デバッグセッションとターゲットセッションの同期が取れなくなる場合があります。
この場合、セッションの切断を行ってもKILLEDのまま切断されない状態になります。
クライアント側から切断してもKILLEDのままである場合、サーバ側から切断することで正常に切断されることがあります。
逆に、サーバ側から切断してもKILLEDのままである場合、クライアント側から切断することで正常に切断されることがありますので、試していただけますでしょうか。
(切断するには、Object Browser、OEMの他、
SQL*PlusからALTER SYSTEM KILL SESSIONでも切断可能です。)
どうぞよろしくお願いいたします。
後迫＠SIです。
お問い合わせいただきました件ですが、
規模の大きい(数千行程度の)プログラムを実行した場合、
デバッグセッションとターゲットセッションの同期が取れなくなる場合があります。
この場合、セッションの切断を行ってもKILLEDのまま切断されない状態になります。
クライアント側から切断してもKILLEDのままである場合、サーバ側から切断することで正常に切断されることがあります。
逆に、サーバ側から切断してもKILLEDのままである場合、クライアント側から切断することで正常に切断されることがありますので、試していただけますでしょうか。
(切断するには、Object Browser、OEMの他、
SQL*PlusからALTER SYSTEM KILL SESSIONでも切断可能です。)
どうぞよろしくお願いいたします。
返信を投稿
OB
かず
こんにちは。
ＳＱＬ実行画面でＳＱＬを実行した時に
ステータスバーに処理時間が表示されますが
秒までしか表示されません。
ミリ秒まで表示するようにならないでしょうか。
また、マウスポインタを移動させるとステータスバー
から処理時間が消えてしまうので消えないようにして欲しいです。
以上、ご検討いただければ幸いです。
ＳＱＬ実行画面でＳＱＬを実行した時に
ステータスバーに処理時間が表示されますが
秒までしか表示されません。
ミリ秒まで表示するようにならないでしょうか。
また、マウスポインタを移動させるとステータスバー
から処理時間が消えてしまうので消えないようにして欲しいです。
以上、ご検討いただければ幸いです。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
ご意見いただきありがとうございます。
いただいた2点につきまして、
次回バージョンアップで検討させていただきますので、
どうぞよろしくお願いいたします。
後迫＠SIです。
ご意見いただきありがとうございます。
いただいた2点につきまして、
次回バージョンアップで検討させていただきますので、
どうぞよろしくお願いいたします。
返信を投稿
OB