■SI Object Browser 掲示板


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

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

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

よくある質問（FAQ）

SI Object Browser FAQ SI Object Browser/ER FAQ

検索オプション 矢印

～
リセット
表示形式: ツリー形式（詳細） | ツリー形式（タイトル） | 投稿順（詳細） | 投稿順（タイトル）
新規投稿
ERの9ｉ使用の不具合は確認されていますか？ 2003/03/08 23:44 OBER
編集・削除
すみません、OBERはOracle9でのデータベース同期機能は問題が
確認されていますでしょうか？それとも下記問題はただの設定など
の単純ミスなものでしょうか？

1.ＯＢＥＲでsample.edmを開きフォワードエンジニアリングします
2.すぐにデータベース同期「データベース変更」開始をしますと
CUSTOMERテーブルのaddress1,2のモデル値50-データベース
値100と表示され、「実行されるSQL」文がこのようになっています

ALTER TABLE "DEV"."CUSTOMER"
MODIFY("ADDRESS1" NVARCHAR2(50))
/
ALTER TABLE "DEV"."CUSTOMER"
MODIFY("ADDRESS2" NVARCHAR2(50))

つまり下記いずれかの仮説がなりたち、ORACLE9での使用で問題
がありそうですが,

仮説1.フォワードエンジニアリングでNVARCHAR2(100)で
作成された
仮説2.ORACLEではNVARCHAR2(50)なのにデータベース同期機能が、
100と誤認識している

Win版:Oracle9i Enterprise Edition Release 9.0.1.3.1
SQL*Plus: Release 9.0.1.3.0

以下をSQL-PLUSで確認していますが、データベース同期機能では
依然としてデータベース値100と表示されますので、仮説2ではな
いかと思っているのですが。

SQL> desc customer
名前 NULL? 型
-------------- -------- --------------
CUST_CODE NOT NULL NCHAR(8)
CUST_NAME NOT NULL NVARCHAR2(40)
ZIP_CODE NCHAR(8)
ADDRESS1 NVARCHAR2(50)
ADDRESS2 NVARCHAR2(50)

ERドメイン取り込みのXMLの文字コードの問題などについて教えてください 2003/03/08 23:02 OBER
編集・削除
すみません、ＸＭＬが何なのかという基本の問題のようで、ここで
質問するのも恐縮なのですが、ちょっとおしえていただけないでしょうか？

ドメイン情報をＥＸＣＥＬで整理してインポートさせたいと考えています。
ＯＢＥＲから出力したｘｍｌファイルを開いて、以下のように考えました。
L-NAME=作成カラム名。例："EMP"
P-NAME=説明カラム名称。　例："社員"
DATATYPE=型。例："NVARCHAR2"
LENGTH=長さ。例："10"

　ここで悩んでいるのがP-NAMEなのですが、OBERで社員と入力して書き出しを行い、
作成されたxmlファイルを秀丸エディタで開くと以下のようになります。

L-NAME="ENAME" P-NAME="遉ｾ蜩｡"

しかしC:\domains.xmlをブラウザで開くと L-NAME="ENAME" P-NAME="社員"と
表示されます。

　逆に秀丸エディタでL-NAME="ENAME" P-NAME="社員"と作成してｘｌｍという
拡張子で保管したものをＯＢＥＲでとりこもうとするとエラーとなります。

　つまりxmlファイルはメモ帳や通常のエディタでは容易に作成できない
ものでしょうか？そうであればＥＸＣＥＬファイルをマクロでL-NAME=
"ENAME" P-NAME="社員"・・・と作成したもの、あるいはＣＳＶ保管したも
のをフリーウェアなどでどのようにすればＯＢＥＲにうまくドメイン取り込みが
できますでしょうか？

　メール回答しかできなければ、その旨回答いただければメールさせていた
だきます。
　よろしくおねがいいたします
「ER図書き方講座雑誌連載記事(PDF)」について 2003/03/08 22:12 その他
編集・削除
あの記事がとても参考になります。

　ただPDF内のERのスクリーンコピーがかなりつぶれていて見ずらい
ので、何とかしていただけるとこれから読まれる方も助かるとおも
われます。
　PDFなのでなんとなく無理な気もしているのですが,可能なようで
あればご検討よろしくお願いいたします。


Re: 調査結果の報告 2003/03/08 22:08 OBER
編集・削除
>18日に貴社が注文したものが、なぜ28日になってしまったのかは
>休み明けに販売店に問い合わせて、以後、このようなことがないように
>お願いしようと思っています。
　すみません販売店から3月中旬と回答があったので、「急いでいる」と
催促するとすぐに届いたので不思議に思っていたのですが,販売店の問題
とわかり、事情がわかりました。
　期末なので各部署からかなりの小物の注文があったで、順番などで
そうなったのでしょう。

　丁寧な対応ありがとうございました。調査にはおよびません。
　IDも即日発行され、来週からの仕上げにまにあったのすべてOKです。

　こまかい質問をメールさせていただきこともあるかと存じますが、
その節は、またよろしくお願いいたします。


　
調査結果の報告 2003/03/08 09:18 OBER
編集・削除
さっそく確認しましたので報告します。

調査したところ本件は、弊社直接ではなく販売店経由の注文ですね。

弊社に販売店から注文が入ったのが2月28日で、
土日をはさんで3月5日に弊社から出荷していますので、弊社社内の
出荷業務としては通常の範囲でした。
（通常は、もう1日くらい早いのですが、OB8出荷作業でかなり
大変な状況なので、今回はお許しください）

18日に貴社が注文したものが、なぜ28日になってしまったのかは
休み明けに販売店に問い合わせて、以後、このようなことがないように
お願いしようと思っています。

いずれにしても、ご迷惑をおかけしてすみませんでした。

すみませんでした 2003/03/08 08:06 OBER
編集・削除
ERの出荷が遅れてしまい、すみませんでした。

OB8の影響とかは言い訳にはなりませんので、
なぜ、遅れてしまったのか原因を確認し、
以後、このようなことがないように対処したいと思います。

この製品を使う予定を立てて到着を待って頂いている
ユーザーのみなさまの立場について、我々みんなが
もっともっと感じなければならないと再認識いたしました。

本当にすみませんでした。
れ 2003/03/08 02:00 OBER
編集・削除
なるほど、Object Browser 8 の影響でしたか。

結局、体験版も製品版も同じもののようなので、注文確認時にｉｄの
メールだけでもいただければとても助かったのですが。

ＰＳ・会社からです
Re: とどきました！ 2003/03/07 21:51 OBER
編集・削除
こんばんは
後迫＠SIです。

この度はお届けするのが遅れてしまい。
誠に申し訳ございませんでした。

現在Object Browser 8 のリリース直後という事もあり、
出荷の方が混み合っております。
現在購入申し込みをいただいているお客様には大変申し訳ございませんが、
もうしばらくお待ちいただきますようお願いいたします。

よろしくお願いいたします。
Re: ロック情報が表示できない 2003/03/07 20:47 OB
編集・削除
こんばんは、山田@nisCOMです。

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

>追加情報をいただきありがとうございました。
>弊社環境で現象を再現できました。
>
>O7_DICTIONARY_ACCESSIBILITYパラメータをFALSEすると、
>SELECT ANY TABLE権限があっても、SYSのオブジェクトを参照できなくなるようです。
そうですね、そのためにSELECT_CATALOG_ROLEがありますが、
このロールの中では$OBJ、$USERへの直接の参照権限は
与えられていないので、そういうことかと納得できました。

>解決方法ですが、
>O7_DICTIONARY_ACCESSIBILITYをTRUEに戻していただくか、
>SYSでログインし、以下のSQLを実行していただけばエラーがなくなると思います。
>GRANT SELECT ON OBJ$ TO SYSTEM;
>GRANT SELECT ON USER$ TO SYSTEM;
確かにその通りでした。
サポートされていない方法でしょうがSELECT_CATALOG_ROLEに上記権限
を与えてもよいですね。

O7_DICTIONARY_ACCESSIBILITYをFALSEにしても
OOB Ver.8からはSYSDBAとして接続できるので、
SYSでつないで参照することもできるでしょうし、
Oracle9iだったらSELECT ANY DICTIONARY 権限を
与えれば済むんでしょうかね。

＃ちなみに今度のセミナーへ参加させていただく予定です。
＃新バージョンのOOBに期待しております。
とどきました！ 2003/03/07 11:31 OBER
編集・削除
ＥＲ5ユーザー。
この書き込みがきいたとも思えないのですがいずれにせよ、
今晩、泊りで設定すれば来週からの調整に間にあいます。
よかったです（＾＾）