■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件ですが、
現状では、主キーでない項目に関しましては、
「表示メニュー」→「表示レベル」より、
表示/非表示の切り替えは可能ですが、
各項目ごとに表示をON/OFFすることはできません。
ご希望に添うことが出来ず申し訳ございません。
要望として承り、
次回バージョンアップの際に検討させていただきますので、
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件ですが、
現状では、主キーでない項目に関しましては、
「表示メニュー」→「表示レベル」より、
表示/非表示の切り替えは可能ですが、
各項目ごとに表示をON/OFFすることはできません。
ご希望に添うことが出来ず申し訳ございません。
要望として承り、
次回バージョンアップの際に検討させていただきますので、
何卒よろしくお願いいたします。
返信を投稿
OBER
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件ですが、
「状態」列ではV$SESSION ビューのSTATUS列に対応しておりますが、
コンパイル済みで変更していないソースの場合でも、
ソース内で参照しているテーブルやビューの定義が変更された場合などは、
"*"(INVALID)となります。
何卒よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件ですが、
「状態」列ではV$SESSION ビューのSTATUS列に対応しておりますが、
コンパイル済みで変更していないソースの場合でも、
ソース内で参照しているテーブルやビューの定義が変更された場合などは、
"*"(INVALID)となります。
何卒よろしくお願いいたします。
返信を投稿
OB
T_O
こんにちは。今回は、OBERでの要望です。
登録日や最終更新日、SQLserverでの"行バージョン"など
システム管理上はテーブル設計に必要なものの
モデル上、表示する必要のないカラムが存在します。
こういった場合、OBERでは、カラム単位でモデル表示させないような
設定をすることは可能でしょうか？
また、可能でないならば改善要望ということでお願いします。
現状は、エディタで形を編集して消しています。
ただ、この方法では設定変更のたびに戻ってしまうこともあり不便です。
以上、よろしくお願いいたします。
登録日や最終更新日、SQLserverでの"行バージョン"など
システム管理上はテーブル設計に必要なものの
モデル上、表示する必要のないカラムが存在します。
こういった場合、OBERでは、カラム単位でモデル表示させないような
設定をすることは可能でしょうか？
また、可能でないならば改善要望ということでお願いします。
現状は、エディタで形を編集して消しています。
ただ、この方法では設定変更のたびに戻ってしまうこともあり不便です。
以上、よろしくお願いいたします。
返信を投稿
OBER
ゴルゴ
object browser ER の操作についてお聞きします。
ERDで、外部キーはFKと表示されますが、
重複不可制約、重複不可キーなどの二次キーを、外部キーのように、
ERD上で明示させるにはどうすればよろしいでしょうか？
データベースの設計においてERDに二次キー明示させるのは重要と思います。
（Microsoft Visio では可能）
もし、機能がないのならば、早々の対応をお願いします。
ERDで、外部キーはFKと表示されますが、
重複不可制約、重複不可キーなどの二次キーを、外部キーのように、
ERD上で明示させるにはどうすればよろしいでしょうか？
データベースの設計においてERDに二次キー明示させるのは重要と思います。
（Microsoft Visio では可能）
もし、機能がないのならば、早々の対応をお願いします。
返信を投稿
OBER
toute
オブジェクトリストの"状態"列について質問があります。
プロシージャのオブジェクトリストを表示させたとき、状態に"*"がついている場合があります。
この"*"は、コンパイルエラーとなった場合に表示されると認識していましたが、ソースをダブルクリックして 表示される[ソース]タブのエラーリストには何も表示されません。
コンパイルエラー以外で"*"が表示される原因があるのでしょうか？
マニュアルを見たのですが、"状態"列に関する記述を見つけられなかったので、ここで質問させて頂きます。
プロシージャのオブジェクトリストを表示させたとき、状態に"*"がついている場合があります。
この"*"は、コンパイルエラーとなった場合に表示されると認識していましたが、ソースをダブルクリックして 表示される[ソース]タブのエラーリストには何も表示されません。
コンパイルエラー以外で"*"が表示される原因があるのでしょうか？
マニュアルを見たのですが、"状態"列に関する記述を見つけられなかったので、ここで質問させて頂きます。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
ご報告いただいた件について
現象を確認いたしました。
オプションで物理名の英字の扱いを小文字にしている場合でも、
ビューのスキーマ名のみ大文字でしか入力できないようです。
ObjectBrowserERの不具合です。
誠に申し訳ございません。
当不具合に関しましては、
次回バージョンアップにて修正を検討させていただきますので、
何卒よろしくお願いいたします。
後迫@SIです。
ご報告いただいた件について
現象を確認いたしました。
オプションで物理名の英字の扱いを小文字にしている場合でも、
ビューのスキーマ名のみ大文字でしか入力できないようです。
ObjectBrowserERの不具合です。
誠に申し訳ございません。
当不具合に関しましては、
次回バージョンアップにて修正を検討させていただきますので、
何卒よろしくお願いいたします。
返信を投稿
OBER
スキーマの名称を英文字で大文字と小文字を組み合わせて付けているのですが（例： SampleTest）、エンティティの定義ではその通りに定義できるのですが、ビューの定義ではすべて大文字となってしまいます（例： SAMPLETEST）。回避する設定はございますでしょうか。
返信を投稿
OBER
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件ですが、
ビュー間にリレーションを設定する場合は、
以下の手順でを設定していただけますでしょうか。
①ビュー画面の「全般」タブにあります「テーブル追加」ボタンをクリックします。
②「テーブル・カラムの選択」画面より、もうひとつのビューを選択します。
何卒、よろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件ですが、
ビュー間にリレーションを設定する場合は、
以下の手順でを設定していただけますでしょうか。
①ビュー画面の「全般」タブにあります「テーブル追加」ボタンをクリックします。
②「テーブル・カラムの選択」画面より、もうひとつのビューを選択します。
何卒、よろしくお願いいたします。
返信を投稿
OBER
お問い合わせ
お世話になります。
ObjectBrowserERの評価版を使用しています。
リバースエンジニアリングを使用して、
構築済みのオブジェクトからＥＲ図を作成する目的で上記ツールを検討しています。
手動でリレーションを連結する際に、
テーブル間では可能なのですが、ビュー間では、不可能なのでしょうか？
テーブルは日本語表記を使用していなく、
テーブルと同じ属性をもつ、ビューを日本語名で実装しているため、
ドキュメントとしては、ビュー間でリレーションを貼りたいと考えております。
手順の間違いなのか、代替手段はあるのか など
お手数ですが回答よろしくお願いします
ObjectBrowserERの評価版を使用しています。
リバースエンジニアリングを使用して、
構築済みのオブジェクトからＥＲ図を作成する目的で上記ツールを検討しています。
手動でリレーションを連結する際に、
テーブル間では可能なのですが、ビュー間では、不可能なのでしょうか？
テーブルは日本語表記を使用していなく、
テーブルと同じ属性をもつ、ビューを日本語名で実装しているため、
ドキュメントとしては、ビュー間でリレーションを貼りたいと考えております。
手順の間違いなのか、代替手段はあるのか など
お手数ですが回答よろしくお願いします
返信を投稿
OBER
T_O
お世話になっております。回答ありがとうございます。
もう少し確認させてください。
マニュアルをもう少し読み込んだ結果、
サンプルを参照しつつ、テスト実装できました。
以下の理解で問題ないでしょうか？
１．権限、つまり機能とユーザ・ロールのマッチングについては、
アクセスコントローラ
「ECOSS.M3.Security.Implementation.IAccessController」
インターフェースを実装するクラスにて定義する。
このソースデータは、DBでもActiveDirecotoryでもなんでもよい。
特にアクセス権の判定は、
AccessResult IsAuthorized(String permission, IPrincipal p)
を利用する。
２．ページやコントロール等へのアクセス権の定義は、
permission属性やpermissionプロパティを利用すると簡単。
一括の定義をするには、ApplicationModuleクラスの
InitM3Setupメソッドの中で、
利用するIAccessControllerの実装クラスを指定する。
３．特別なIPrincipalの実装には、
回答いただいたページを参考に実装が必要。
以上、よろしくお願いします。
もう少し確認させてください。
マニュアルをもう少し読み込んだ結果、
サンプルを参照しつつ、テスト実装できました。
以下の理解で問題ないでしょうか？
１．権限、つまり機能とユーザ・ロールのマッチングについては、
アクセスコントローラ
「ECOSS.M3.Security.Implementation.IAccessController」
インターフェースを実装するクラスにて定義する。
このソースデータは、DBでもActiveDirecotoryでもなんでもよい。
特にアクセス権の判定は、
AccessResult IsAuthorized(String permission, IPrincipal p)
を利用する。
２．ページやコントロール等へのアクセス権の定義は、
permission属性やpermissionプロパティを利用すると簡単。
一括の定義をするには、ApplicationModuleクラスの
InitM3Setupメソッドの中で、
利用するIAccessControllerの実装クラスを指定する。
３．特別なIPrincipalの実装には、
回答いただいたページを参考に実装が必要。
以上、よろしくお願いします。
返信を投稿
OBAP