■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
大魔人
メインモデルで連結線を使用し、サブモデル作成の際に関連するエンティティをサブモデルに含みましたが、連結線がサブモデルに反映されません。
連結線もサブモデルに反映するには、どのように操作すればよいのでしょうか?
連結線もサブモデルに反映するには、どのように操作すればよいのでしょうか?
返信を投稿
OB
souther
お世話になります。
OBER2.0.1.6を使用していますが、アプリケーション起動時や
ファイルメニューからEDMファイルを開くときに以下のエラー
メッセージが表示されます。
(赤丸×印のメッセージボックス)
「指定されたモジュールが見つかりません。」
アプリ自体は起動できるのですが、ファイルを読み込んでくれ
ません。再インストールやレジストリの削除を試みましたが
改善されません。
FAQや掲示板のログを漁ってみましたが、同様な例は見つけられ
ず困っています。
最悪はOSの再セットアップを視野に入れていますが、何か解決
方法があればご教示ください。
OBER2.0.1.6を使用していますが、アプリケーション起動時や
ファイルメニューからEDMファイルを開くときに以下のエラー
メッセージが表示されます。
(赤丸×印のメッセージボックス)
「指定されたモジュールが見つかりません。」
アプリ自体は起動できるのですが、ファイルを読み込んでくれ
ません。再インストールやレジストリの削除を試みましたが
改善されません。
FAQや掲示板のログを漁ってみましたが、同様な例は見つけられ
ず困っています。
最悪はOSの再セットアップを視野に入れていますが、何か解決
方法があればご教示ください。
返信を投稿
OBER
デラシネ
OBで索引構成表を更新するとエラーとなります。
原因ですが、通常表と索引構成表でrowidの形式が異なることに
対応されていないものと思われます。
通常表と索引構成表でrowidの形式の違いについては、
『Oracle9i データベース概要』
のシステム固有のデータ型(12-17ページあたり)
を御参照下さい。
ユニバーサルROWIDを使用している例としては、CHAINED_ROWS表
(行連鎖チェック用にORACLE社が提供している表)があります。
CHAINED_ROWS表は2種類提供されており、以下の様になります。
・$ORACLE_HOME/rdbms/admin/UTLCHAIN.SQL
検出行のアドレスのデータタイプが「rowid」のため、索引
構成表をANALYZEするとエラーとなる。
・$ORACLE_HOME/rdbms/admin/UTLCHN1.SQL
検出行のアドレスのデータタイプが「urowid」のため、通常表、
索引構成表のいずれでもエラーとならない。
原因ですが、通常表と索引構成表でrowidの形式が異なることに
対応されていないものと思われます。
通常表と索引構成表でrowidの形式の違いについては、
『Oracle9i データベース概要』
のシステム固有のデータ型(12-17ページあたり)
を御参照下さい。
ユニバーサルROWIDを使用している例としては、CHAINED_ROWS表
(行連鎖チェック用にORACLE社が提供している表)があります。
CHAINED_ROWS表は2種類提供されており、以下の様になります。
・$ORACLE_HOME/rdbms/admin/UTLCHAIN.SQL
検出行のアドレスのデータタイプが「rowid」のため、索引
構成表をANALYZEするとエラーとなる。
・$ORACLE_HOME/rdbms/admin/UTLCHN1.SQL
検出行のアドレスのデータタイプが「urowid」のため、通常表、
索引構成表のいずれでもエラーとならない。
返信を投稿
OB
SG
DBの分析・設計用にobjectBrowserERを購入することを
検討しています。
作成担当となるのは2~3人になるのですが、
作成したER図を参照だけする人は結構多くなるかと思います。
画像に変換したりとかPDFに変換したりという方法で
多数の人に見てもらう事は可能かと思いますが
ER-Studioのように無料のビューワがあると
大変助かります。
現在、無料のビューワはありますか?
検討しています。
作成担当となるのは2~3人になるのですが、
作成したER図を参照だけする人は結構多くなるかと思います。
画像に変換したりとかPDFに変換したりという方法で
多数の人に見てもらう事は可能かと思いますが
ER-Studioのように無料のビューワがあると
大変助かります。
現在、無料のビューワはありますか?
返信を投稿
OBER
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件について、
現象を確認いたしました。
Object Browser ER Ver.3の不具合です。
誠に申し訳ございません。
この不具合につきましては、
次回のマイナーバージョンアップで修正させていただきます。
>また、統合時にドメイン設定は統合できますが、
>ドメイングループも合わせて統合することは>可能ですか?
ドメイングループにつきましては統合することはできません。
ご希望に添えず大変申し訳ございません。
こちらにつきましては、
次回のバージョンアップにて対応を検討させていただきますので、
どうぞよろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件について、
現象を確認いたしました。
Object Browser ER Ver.3の不具合です。
誠に申し訳ございません。
この不具合につきましては、
次回のマイナーバージョンアップで修正させていただきます。
>また、統合時にドメイン設定は統合できますが、
>ドメイングループも合わせて統合することは>可能ですか?
ドメイングループにつきましては統合することはできません。
ご希望に添えず大変申し訳ございません。
こちらにつきましては、
次回のバージョンアップにて対応を検討させていただきますので、
どうぞよろしくお願いいたします。
返信を投稿
OBER
ぴ
入力内容が、各エンティティの定義内容に反映されないことが多々あります。
パターンが色々あり、原因がよくわかりません。
レポート出力時に表示されないことがあり困っています。
例)
ドメインAを作成し、説明欄に「a」と入力
エンティティを1つ作成し、ドメインAを割り当て
定義内容に「a」は表示されない。
ドメインAの説明「a」を「あ」に訂正すると
エンティティの定義内容が「あ」と表示される。
一度反映された後は、ドメインAの説明を「a」に戻しても反映される。
その他)
半角「:」、全角「:」や
半角「,」、全角「、」
スペースの有無なども影響して表示されたりされなかったりします。
不具合の事象が確認できたら、修正対象としてご検討頂きたいと思います。
パターンが色々あり、原因がよくわかりません。
レポート出力時に表示されないことがあり困っています。
例)
ドメインAを作成し、説明欄に「a」と入力
エンティティを1つ作成し、ドメインAを割り当て
定義内容に「a」は表示されない。
ドメインAの説明「a」を「あ」に訂正すると
エンティティの定義内容が「あ」と表示される。
一度反映された後は、ドメインAの説明を「a」に戻しても反映される。
その他)
半角「:」、全角「:」や
半角「,」、全角「、」
スペースの有無なども影響して表示されたりされなかったりします。
不具合の事象が確認できたら、修正対象としてご検討頂きたいと思います。
返信を投稿
OBER
大魔人
複数人でEDMファイルを作成し、統合することを考えていますが、統合時にドメインの設定は統合されますが、元EDMファイル2のエンティティに設定してあるドメインが消えてしまいます。
エンティティに設定してあるドメインを消さずに統合することはできますか?
また、統合時にドメイン設定は統合できますが、ドメイングループも合わせて統合することは可能ですか?
エンティティに設定してあるドメインを消さずに統合することはできますか?
また、統合時にドメイン設定は統合できますが、ドメイングループも合わせて統合することは可能ですか?
返信を投稿
OBER
後迫@SI
こんにちは
後迫@SIです。
>独自処理でなく、NLSに準拠するするのが望ましいと思うのですが..難しいのですか?
>(データ更新時のことを考えると、いやらしいのは何となく想像できますが)
そうですね。難しいのですが、
今後のバージョンアップで解決できるよう検討していきたいと思います。
どうぞよろしくお願いいたします。
後迫@SIです。
>独自処理でなく、NLSに準拠するするのが望ましいと思うのですが..難しいのですか?
>(データ更新時のことを考えると、いやらしいのは何となく想像できますが)
そうですね。難しいのですが、
今後のバージョンアップで解決できるよう検討していきたいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お問い合わせいただきました件ですが、
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか?
>現象1.親テーブル1に対し、配下の子供テーブルが2の場合、親子関係は
> 1テーブルしか定義されない。
こちらにつきましては、現象を確認することができませんでした。
大変申し訳ございません。
①リバースのオプションを変更(「主キーを推定する」のチェックをはずすなど)
を行っても同様でしょうか?
②親テーブルの主キーは複合主キーでしょうか?
それとも単一の主キーでしょうか?
③親のテーブル名の主キーと、子テーブルの外部キーの列名は同じでしょうか?
④Object Browser ER のバージョンを教えていただいてもよろしいでしょうか?
> 現象2.カラムの定義順がかわると、参照整合性が切れる。
> テーブルA・・・カラム1・カラム2・カラム3と定義
> テーブルB・・・カラム1・カラム3・カラム2と定義、順番が異なる
> このような定義でも、依存関係ありと定義されるべきと思います。)
定義順を変更するのはER図上で変更するということでしょうか?
それともデータベース上で変更すると言うことでしょうか?
お手数をお掛けしてしまい誠に申し訳ございません。
どうぞよろしくお願いいたします。
後迫@SIです。
お問い合わせいただきました件ですが、
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか?
>現象1.親テーブル1に対し、配下の子供テーブルが2の場合、親子関係は
> 1テーブルしか定義されない。
こちらにつきましては、現象を確認することができませんでした。
大変申し訳ございません。
①リバースのオプションを変更(「主キーを推定する」のチェックをはずすなど)
を行っても同様でしょうか?
②親テーブルの主キーは複合主キーでしょうか?
それとも単一の主キーでしょうか?
③親のテーブル名の主キーと、子テーブルの外部キーの列名は同じでしょうか?
④Object Browser ER のバージョンを教えていただいてもよろしいでしょうか?
> 現象2.カラムの定義順がかわると、参照整合性が切れる。
> テーブルA・・・カラム1・カラム2・カラム3と定義
> テーブルB・・・カラム1・カラム3・カラム2と定義、順番が異なる
> このような定義でも、依存関係ありと定義されるべきと思います。)
定義順を変更するのはER図上で変更するということでしょうか?
それともデータベース上で変更すると言うことでしょうか?
お手数をお掛けしてしまい誠に申し訳ございません。
どうぞよろしくお願いいたします。
返信を投稿
OBER
(@.@?
オプション設定欄や挙動を見る限り、独自処理が故に、自ら作った問題のような気がします。
>こちらの問題については、
>技術的に対応困難となっておりますので、
>誠に申し訳ございませんが、仕様としてご了承願えますでしょうか。
独自処理でなく、NLSに準拠するするのが望ましいと思うのですが..難しいのですか?
(データ更新時のことを考えると、いやらしいのは何となく想像できますが)
>こちらの問題については、
>技術的に対応困難となっておりますので、
>誠に申し訳ございませんが、仕様としてご了承願えますでしょうか。
独自処理でなく、NLSに準拠するするのが望ましいと思うのですが..難しいのですか?
(データ更新時のことを考えると、いやらしいのは何となく想像できますが)
返信を投稿
OB