■SI Object Browser 掲示板


ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！

ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。
なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。

 discussion
※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】
※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。
※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。
※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。

よくある質問（FAQ）

SI Object Browser FAQ SI Object Browser/ER FAQ

検索オプション 矢印

～
リセット
表示形式: ツリー形式（詳細） | ツリー形式（タイトル） | 投稿順（詳細） | 投稿順（タイトル）
新規投稿
外部キーについて 2006/05/19 10:26 OBER 3
編集・削除
久しぶりに投稿させていただきます。
よろしくお願い致します。


現在、ObjectBrowserERを使用してER図を作成してるのですが、
以下の現象が発生して困っています。


-例-
以下の2つのテーブルがあり、それに1対Nのリレーションを作成します。
・サンプルAテーブル
サンプルAコード ← 主キー
サンプルA種別 ← 主キー
サンプルA名称

・サンプルBテーブル
サンプルBコード ← 主キー
サンプルAコード ← 主キー
サンプルB種別


上記のテーブルに対して「依存型リレーションシップ」を
サンプルAテーブルとサンプルBテーブルで「1対N」の関係で作成した場合、
サンプルBテーブルには以下のように表示されます。


・サンプルB
サンプルBコード ← 主キー
サンプルAコード(FK) ← 主キー
サンプルA種別(FK) ← 主キー
サンプルB種別


上記のサンプルBのテーブルを元の状態のままで表示させることは不可能なのでしょうか。
(要は「FK」及び「サンプルA種別」を表示させたくない)


それともObjectBrowserERの仕様上必ず表示されてしまうのでしょうか。


解決方法をご教授ください。


以上宜しくお願い致します。
Re: 外部キーについて 2006/05/22 13:50 OBER
編集・削除
こんにちは。神山@SIです。

>上記のサンプルBのテーブルを元の状態のままで表示させることは不可能なのでしょうか。(要は「FK」及び「サンプルA種別」を表示させたくない)
>それともObjectBrowserERの仕様上必ず表示されてしまうのでしょうか。

ご不便お掛け致しまして誠に申し訳ございません。
ご指摘いただきました通り、SI Object BrowserERの仕様となっております。


>解決方法をご教授ください。
対応策としましては、多対多リレーションでカバー頂けますでしょうか。
DDL文は作成されず、あくまでも関係性を表すものとなってしまいますが、
動詞句などにコメントを入力頂くことで、視認性を上げて頂く方法となります。

この件につきましては、ご要望として承り、次期バージョンアップ時の対応検討
項目とさせて頂きます。

ご不便お掛け致しまして、誠に申し訳ございません。
Re: 外部キーについて 2006/05/22 21:13 OBER
編集・削除
神山様

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


ObjectBrowserERの仕様ということですので、
多対多リレーションでコメントを入力して対応することとします。

周りでもこの仕様に対しては評判が良くないため、
次期バージョンアップ時の対応を切に願います。


今後とも宜しくお願い致します。
Re: 外部キーについて 2006/06/05 18:46 OBER
編集・削除
横から失礼します。

サンプルＢは、サンプルＡに依存しているのですから、
サンプルＡの主キーがサンプルＢに引き継がれるのは、
ＯＢＥＲの仕様というより、モデリングのルールなのではないでしょうか。


>上記のテーブルに対して「依存型リレーションシップ」を
>サンプルAテーブルとサンプルBテーブルで「1対N」の関係で作成した場合、
>サンプルBテーブルには以下のように表示されます。
>
>
>・サンプルB
>サンプルBコード ← 主キー
>サンプルAコード(FK) ← 主キー
>サンプルA種別(FK) ← 主キー
>サンプルB種別

Ｖｅｒ9購入に際して 2006/05/18 11:43 OB 1
編集・削除
標記の件、現在OBVer7.0を利用しているのですが2003Serverで利用する為にVer9
の購入を検討しております。(１クライアントライセンス)

この際のバージョンアップ割引などはないのでしょうか。


Re: Ｖｅｒ9購入に際して 2006/05/22 10:13 OB
編集・削除
こんにちは。神山@SIです。

バージョンアップのご検討頂き、誠にありがとうございます。

>この際のバージョンアップ割引などはないのでしょうか。

新バージョンがリリースされた場合等にある一定期間を設けて、
バージョンアップ割引を行わせて頂いております。

現在、バージョンアップ割引とするキャンペーンは行っておりません。
キャンペーンを行う際には、改めてご連絡させて頂きます。

今後とも、よろしくお願い致します。
テーブルのスクリプト出力時に参照整合性制約を除きたい 2006/05/18 11:11 OB 1
編集・削除
テーブルのスクリプト出力時に参照整合性制約を除いてスクリプトを作成することは可能でしょうか？
Re: テーブルのスクリプト出力時に参照整合性制約を除きたい 2006/05/19 12:54 OB
編集・削除
フォワードエンジニアリング→オプション
→インデックスの出力
で、外部キーのチェックを外せばよいのでは？
メモリーアクセス違反 2006/05/12 15:54 OB 3
編集・削除
お世話になっております。

以下のバージョンで、ObjectBrowserを利用しているのですが、
頻繁に、メモリーの読込違反が発生します。

ーーエラーメッセージーー
アドレス00000000でアドレス00000000に対する読み込み違反がおきました。


これは、Oracleのバージョンがサポート対象外である為に
発生するということでしょうか？
実行PCの環境に依存する部分もあるかと思いますが・・・

Oracle 10.2.0.1.0
OB 9.0.1.4
OS WinXP Pro SP2

宜しく御願いします。
Re: メモリーアクセス違反 2006/05/15 10:44 OB
編集・削除
こんにちは。神山@SIです。

ご指摘頂きました通り、メモリリークが発生してしまっているメッセージです。
ご不便お掛け致しまして、誠に申し訳ございません。

>これは、Oracleのバージョンがサポート対象外である為に
>発生するということでしょうか？

サポート対象外で、対応しきれていない部分もあります。

>実行PCの環境に依存する部分もあるかと思いますが・・・

はい。ご指摘頂きました通りです。

>ーーエラーメッセージーー
>アドレス00000000でアドレス00000000に対する読み込み違反がおきました。

どのような操作を行い、どの処理を行った場合に発生しましたでしょうか。
お手数ですが、詳細情報を頂けますでしょうか。
原因の調査を行い、対応を行いたいと考えております。

何卒、よろしくお願い致します。
Re: メモリーアクセス違反 2006/05/16 14:51 OB
編集・削除
お世話になります。

以下の操作で発生することが多いです。

1.テーブルのデータシートにて、データを表示。
2.抽出条件・ソート順の入力欄に条件を入力してデータを抽出。（F5を押下）
3.そのまま、15分ぐらい放置。
4.2で入れた抽出条件を変えて、データを再抽出。（F5を押下）
↓
メモリー違反が発生。


宜しく御願いします。
Re: メモリーアクセス違反 2006/06/30 14:30 OB
編集・削除
私も似たような環境で、アクセス違反で落ちる現象が頻発してましたが、
oracleのクライアントが２つ入っていたためでした。
（10.1.0と10.2.0）
10.1.0を削除して正常に稼動するようになりました。
日付の表示がおかしい 2006/05/09 14:57 OB
編集・削除
OB Ver 9.0.1.4
OS Windows 2000 Server SP4
DB Oracle 9i EE R92050

OB内で、次のSQLを実行した結果表示がおかしいです。
◆SQL
　SELECT TO_DATE('0001/01/01 00:00:01','YYYY/MM/DD HH24:MI:SS') FROM DUAL;
◆結果表示
　0001/01/02 23:59:59

更に、次のSQLを実行した結果表示もおかしいです。
◆SQL
　SELECT TO_DATE('0001/01/01 00:00:01','YYYY/MM/DD HH24:MI:SS') - 1 FROM DUAL;
◆結果表示
　1899/12/30

なぜなのでしょうか？
改善の有無についてのコメントは不要ですので、現象の理由だけでもご説明くださいますようお願い致します。

ちなみに、SQL*Plus 上では、上記２個のSQLの結果表示は正常（期待値通り）でした。

PS.
過去の記事に次のようなものがありました
　【質問】投稿No.967 タイトル：紀元前の日付
　【回答】投稿No.970 タイトル：Re: 紀元前の日付

内容を確認してくださればわかると思いますが、私が今回提示させて頂いた２個目の現象とほぼ同じものと思われます。
ですが、回答された方の言葉とは異なり、残念ながら現在も改善されていないように見受けられますネ。
ver.2で作成したものをver.1で開けるか 2006/05/08 15:01 OBER 1
編集・削除
古い話で恐縮ですが、ver.2で作成したファイルを、ver.1で開くことはできますか？
また、ver.1からver.2へのバージョンアップはいまでも無償でしょうか？
Re: ver.2で作成したものをver.1で開けるか 2006/05/09 10:45 OBER
編集・削除
こんにちは。神山＠SIです。

>古い話で恐縮ですが、ver.2で作成したファイルを、ver.1で開くことはできますか？
申し訳ございませんが、ER製品につきましては、バージョン間の互換性がなく、
Ver2で作成したEDMファイルをVer1で開くことは出来ません。


>また、ver.1からver.2へのバージョンアップはいまでも無償でしょうか？
誠に申し訳ございませんが、Ver2の開発及び販売は終了させて頂いております。
最新バージョンであります、Ver3のご購入をご検討頂けますでしょうか。
インポートで応答なし 2006/05/08 12:33 OB 3
編集・削除
Object Browser9 にて、Oracle10g Client（Windows XP Pro SP2)環境で、10g Release2(RedHat AS 4)にDMPをインポートすると、必ず途中で応答がなくなります。
DMPはユーザ単位で、かつインポートのユーザ単位です。
もちろんコマンドラインで行う分には普通にインポートできています。
PCの固有の問題がと思い、別のPCで、別のデータベースサーバ(環境は同じ)でテストすると同様の現象がおきました。
何か情報ありますでしょうか。
Re: インポートで応答なし 2006/05/09 13:27 OB
編集・削除
こんにちは。神山＠SIです。

インポート対象のデータベースのバージョンのクライアントで、
エクスポートを行い、インポートを行う作業をお試し頂けますでしょうか。

クライアントと異なるサーバーのバージョンへインポートは行えません。
Re: インポートで応答なし 2006/05/09 19:33 OB
編集・削除
[神山@SI]
>こんにちは。神山＠SIです。
>
>インポート対象のデータベースのバージョンのクライアントで、
>エクスポートを行い、インポートを行う作業をお試し頂けますでしょうか。
>
>クライアントと異なるサーバーのバージョンへインポートは行えません。

ご返信ありがとうございます。
一応Oracle10gのDVDメディアと同じパッケージ内のクライアントなのですが、念のため再インストールで試してみます。
ちなみに、Orcale10g Release1 とRelease2でも、問題でしょうか。
(Oracle社に訊ねるべきお話ですね)
Re: インポートで応答なし 2006/05/09 19:39 OB
編集・削除
R1とR2に関しては、すみません、Oracleのドキュメントにありました。
バージョン違いはエラーの原因になるようです。

ただ、質問の件では、同じリリースを利用しています。
他にそうした質問があまりないようなので、個別の環境の問題と捉えた方がいいですね。
REFCURSOR型 2006/04/29 06:10 OB 2
編集・削除
戻り値がSYS_REFCURSOR型のファンクションは実行すらできません。
是非次期バージョンでは対応して下さい。
Re: REFCURSOR型 2006/05/02 16:05 OB
編集・削除
[ORCL]
>戻り値がSYS_REFCURSOR型のファンクションは実行すらできません。
>是非次期バージョンでは対応して下さい。

こんにちは。神山@SIです。

ご不便お掛け致しまして、誠に申し訳ございません。
ご要望として承り、次期バージョンアップ時にて対応を検討したいと考えています。
Re: REFCURSOR型 2006/05/26 11:51 OB
編集・削除
ここで言う「次期バージョン」は
ObjectBrowser10ということでよろしいですか？

[神山@SI]
>ご要望として承り、次期バージョンアップ時にて対応を検討したいと考えています。