■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
まつした
Object Browser7.0.12.52で、固定長のテキストファイルをロードさせようとしていますが、
実行すると、アプリケーションエラーでSQL*Loader.exeが終了してしまいます。
尚、使用しているOSはWindows2000 Pro SP3です。
これって、制御ファイル等の指定がまずいと、こうなっちゃうのでしょうか?
実行すると、アプリケーションエラーでSQL*Loader.exeが終了してしまいます。
尚、使用しているOSはWindows2000 Pro SP3です。
これって、制御ファイル等の指定がまずいと、こうなっちゃうのでしょうか?
返信を投稿
OB
fairyking
ご回答ありがとうございました。
今の現場では、エンティティ定義書のFKの項目に参照先表名と参照先項目名を
記述する方針なので、エンティティ一覧からの出力と融合することは、
できませんでした。
ER図でFKが入力できていたので、OBERを使ってER図を書けば、
出力のエンティティ定義書にFKも含め全てのER図の情報が(多分)印刷される
と言って、上司を説得して、ライセンスを予算化してもらっています。
リサーチがいい加減だったのが問題なのですが、
正式機能としてサポートしていただける予定はないのでしょうか?
無知なユーザでもちゃんと使えますってセールストークにもなりますよね(-_-;)
今の現場では、エンティティ定義書のFKの項目に参照先表名と参照先項目名を
記述する方針なので、エンティティ一覧からの出力と融合することは、
できませんでした。
ER図でFKが入力できていたので、OBERを使ってER図を書けば、
出力のエンティティ定義書にFKも含め全てのER図の情報が(多分)印刷される
と言って、上司を説得して、ライセンスを予算化してもらっています。
リサーチがいい加減だったのが問題なのですが、
正式機能としてサポートしていただける予定はないのでしょうか?
無知なユーザでもちゃんと使えますってセールストークにもなりますよね(-_-;)
返信を投稿
OBER
大場@SI
こんばんわ
システムインテグレータの大場です。
ユーザーのニーズがあれば、
Linux版(UNIX版?)も
検討させていただきます。
[まるこの父ヒロシ]
>Windows2000にOracle9iをインストールしています。OBが9i対応になったら買おうと思っています。Windows2000が不安定で、近い将来、MSのサーバーはすたれ、Linuxサーバーに移行せざる得ないと感じています。富士通もLinuxサーバーで統一すると発表があったし、昨日の朝日新聞には、政府関係のサーバーも脱Windowsでオープンソースのサーバー(BSDはメジャーではないので、Linuxのことでしょう)を採用すると書かれていました。
>
>サーバーとクライアントの2台のPCを使えば、LinuxのOracleにWindowsのOBクライアントという使い方ができるのでしょうが、2台のPCを置く場所がないので、できれば、Linuxで動くOBを発売してください。DelphiからKylixへの移植は難しくない(といってもプログラムを書き直す必要はあるんでしょうね)と雑誌にかかれていましたので、期待しています。
>
>Linux上でWindowsのエミュレーター(大量のメモリーがいるんでしょうねえ?)を動かせばいいのかもしれませんが、動作保証がないと不安です。それと速度も不安です。
システムインテグレータの大場です。
ユーザーのニーズがあれば、
Linux版(UNIX版?)も
検討させていただきます。
[まるこの父ヒロシ]
>Windows2000にOracle9iをインストールしています。OBが9i対応になったら買おうと思っています。Windows2000が不安定で、近い将来、MSのサーバーはすたれ、Linuxサーバーに移行せざる得ないと感じています。富士通もLinuxサーバーで統一すると発表があったし、昨日の朝日新聞には、政府関係のサーバーも脱Windowsでオープンソースのサーバー(BSDはメジャーではないので、Linuxのことでしょう)を採用すると書かれていました。
>
>サーバーとクライアントの2台のPCを使えば、LinuxのOracleにWindowsのOBクライアントという使い方ができるのでしょうが、2台のPCを置く場所がないので、できれば、Linuxで動くOBを発売してください。DelphiからKylixへの移植は難しくない(といってもプログラムを書き直す必要はあるんでしょうね)と雑誌にかかれていましたので、期待しています。
>
>Linux上でWindowsのエミュレーター(大量のメモリーがいるんでしょうねえ?)を動かせばいいのかもしれませんが、動作保証がないと不安です。それと速度も不安です。
返信を投稿
OB
大場@SI
こんばんわ
システムインテグレータの大場です
>レポート出力における内容ですが、
>外部キーの場合、リレーション内容として、
>参照先表名や参照先の列名を出力できないでしょうか?
エンティティ一覧表のレポート定義で
明細情報をリレーションに設定することにより
親テーブルと子テーブルの出力は可能ですが、
列名までは、現在のところ対応してません。
要望として承り
今後のバージョンアップの際に検討させていただきます。
[fairyking]
>お世話になっています。
>現在業務でOBERの試用をしています。
>
>レポート出力における内容ですが、
>外部キーの場合、リレーション内容として、
>参照先表名や参照先の列名を出力できないでしょうか?
>
>なにか方法がありましたらお願い致します。
>
>
>
システムインテグレータの大場です
>レポート出力における内容ですが、
>外部キーの場合、リレーション内容として、
>参照先表名や参照先の列名を出力できないでしょうか?
エンティティ一覧表のレポート定義で
明細情報をリレーションに設定することにより
親テーブルと子テーブルの出力は可能ですが、
列名までは、現在のところ対応してません。
要望として承り
今後のバージョンアップの際に検討させていただきます。
[fairyking]
>お世話になっています。
>現在業務でOBERの試用をしています。
>
>レポート出力における内容ですが、
>外部キーの場合、リレーション内容として、
>参照先表名や参照先の列名を出力できないでしょうか?
>
>なにか方法がありましたらお願い致します。
>
>
>
返信を投稿
OBER
Windows2000にOracle9iをインストールしています。OBが9i対応になったら買おうと思っています。Windows2000が不安定で、近い将来、MSのサーバーはすたれ、Linuxサーバーに移行せざる得ないと感じています。富士通もLinuxサーバーで統一すると発表があったし、昨日の朝日新聞には、政府関係のサーバーも脱Windowsでオープンソースのサーバー(BSDはメジャーではないので、Linuxのことでしょう)を採用すると書かれていました。
サーバーとクライアントの2台のPCを使えば、LinuxのOracleにWindowsのOBクライアントという使い方ができるのでしょうが、2台のPCを置く場所がないので、できれば、Linuxで動くOBを発売してください。DelphiからKylixへの移植は難しくない(といってもプログラムを書き直す必要はあるんでしょうね)と雑誌にかかれていましたので、期待しています。
Linux上でWindowsのエミュレーター(大量のメモリーがいるんでしょうねえ?)を動かせばいいのかもしれませんが、動作保証がないと不安です。それと速度も不安です。
サーバーとクライアントの2台のPCを使えば、LinuxのOracleにWindowsのOBクライアントという使い方ができるのでしょうが、2台のPCを置く場所がないので、できれば、Linuxで動くOBを発売してください。DelphiからKylixへの移植は難しくない(といってもプログラムを書き直す必要はあるんでしょうね)と雑誌にかかれていましたので、期待しています。
Linux上でWindowsのエミュレーター(大量のメモリーがいるんでしょうねえ?)を動かせばいいのかもしれませんが、動作保証がないと不安です。それと速度も不安です。
返信を投稿
OB
お世話になっています。
現在業務でOBERの試用をしています。
レポート出力における内容ですが、
外部キーの場合、リレーション内容として、
参照先表名や参照先の列名を出力できないでしょうか?
なにか方法がありましたらお願い致します。
現在業務でOBERの試用をしています。
レポート出力における内容ですが、
外部キーの場合、リレーション内容として、
参照先表名や参照先の列名を出力できないでしょうか?
なにか方法がありましたらお願い致します。
返信を投稿
OBER
oob命
お世話になります。
回答頂いた1)の設定後、再実行したところエラーが発生しませんでした。
ありがとうございました。
回答頂いた1)の設定後、再実行したところエラーが発生しませんでした。
ありがとうございました。
返信を投稿
OB
ubu
はじめましてubuと申します。
お世話になります。
私も同じように外部キーを作成するときに悩んでいます。
下記のようなテーブルをつくり
テーブルAAA
--------------------
ID :主キー
Data :一意
テーブルBBB
--------------------
ID :主キー
Data1 :
Data2 :
・リレーション
AAA.Data ---● BBB.Data1
AAA.Data ---● BBB.Data2
下記のような結果を得たい場合はどのようにしたらよいのでしょうか?
-(DDL)-----------------------
CREATE TABLE AAA
(
ID VARCHAR2(3) NOT NULL,
DATA VARCHAR2(100)
)
/
ALTER TABLE AAA
ADD(PRIMARY KEY (ID) USING INDEX)
/
ALTER TABLE AAA
ADD(CONSTRAINT AAA_UNQ UNIQUE (DATA) USING INDEX)
/
CREATE TABLE BBB
(
ID NUMBER(10,0) NOT NULL,
DATA1 VARCHAR2(100),
DATA2 VARCHAR2(100)
)
/
ALTER TABLE BBB
ADD(PRIMARY KEY (ID) USING INDEX)
/
ALTER TABLE BBB
ADD(CONSTRAINT FK_1 FOREIGN KEY(DATA1) REFERENCES AAA (DATA))
/
ALTER TABLE BBB
ADD(CONSTRAINT FK_2 FOREIGN KEY(DATA2) REFERENCES AAA (DATA))
/
以下のオペレーションを試してみました。
>以下のオペレーションで、対応可能かと思われます。
>(見当違いの回答でしたらすみません。)
>
>1.CUST_CPより、QUOTATIONにFKを貼る。
>
>2.QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
>CSC_CUST_CD,CSC_CUST_CNTCT_PSNAL_NOに物理名を変更する。
ここでリレーションをつないだ項目に主キーがついてしまっているのではずします。
「登録」ボタンをクリック
「主キー項目の情報を外部キー項目に反映させますか?」
のメッセージに「いいえ」で回答
>3.CUST_CPより、QUOTATIONにFKを貼る。
>
>4.QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
>CTC_CUST_CD,CTC_CUST_CNTCT_PSNAL_NOに物理名を変更する。
2と同様の操作
<5.6.省略>
で、この操作で期待通りの結果が得られました。
が、その後設定を保存してモデルのファイルを開きなおすと
はずしたはずの外部キーで自動設定された主キーが復活してしまっています。
さらにフィールド名は物理名を変更する前の状態になってます。
(フィールド名を変更した物はそのままです。)
以上ですが。何かオペレーションなどにミスがあればご教授ください。
よろしくお願いします。
>これでスクリプトを作成すると以下のようになります。
>
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_3 FOREIGN KEY(CSC_CUST_CD, CSC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_2 FOREIGN KEY(CTC_CUST_CD, CTC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_1 FOREIGN KEY(CPC_CUST_CD, CPC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>
お世話になります。
私も同じように外部キーを作成するときに悩んでいます。
下記のようなテーブルをつくり
テーブルAAA
--------------------
ID :主キー
Data :一意
テーブルBBB
--------------------
ID :主キー
Data1 :
Data2 :
・リレーション
AAA.Data ---● BBB.Data1
AAA.Data ---● BBB.Data2
下記のような結果を得たい場合はどのようにしたらよいのでしょうか?
-(DDL)-----------------------
CREATE TABLE AAA
(
ID VARCHAR2(3) NOT NULL,
DATA VARCHAR2(100)
)
/
ALTER TABLE AAA
ADD(PRIMARY KEY (ID) USING INDEX)
/
ALTER TABLE AAA
ADD(CONSTRAINT AAA_UNQ UNIQUE (DATA) USING INDEX)
/
CREATE TABLE BBB
(
ID NUMBER(10,0) NOT NULL,
DATA1 VARCHAR2(100),
DATA2 VARCHAR2(100)
)
/
ALTER TABLE BBB
ADD(PRIMARY KEY (ID) USING INDEX)
/
ALTER TABLE BBB
ADD(CONSTRAINT FK_1 FOREIGN KEY(DATA1) REFERENCES AAA (DATA))
/
ALTER TABLE BBB
ADD(CONSTRAINT FK_2 FOREIGN KEY(DATA2) REFERENCES AAA (DATA))
/
以下のオペレーションを試してみました。
>以下のオペレーションで、対応可能かと思われます。
>(見当違いの回答でしたらすみません。)
>
>1.CUST_CPより、QUOTATIONにFKを貼る。
>
>2.QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
>CSC_CUST_CD,CSC_CUST_CNTCT_PSNAL_NOに物理名を変更する。
ここでリレーションをつないだ項目に主キーがついてしまっているのではずします。
「登録」ボタンをクリック
「主キー項目の情報を外部キー項目に反映させますか?」
のメッセージに「いいえ」で回答
>3.CUST_CPより、QUOTATIONにFKを貼る。
>
>4.QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
>CTC_CUST_CD,CTC_CUST_CNTCT_PSNAL_NOに物理名を変更する。
2と同様の操作
<5.6.省略>
で、この操作で期待通りの結果が得られました。
が、その後設定を保存してモデルのファイルを開きなおすと
はずしたはずの外部キーで自動設定された主キーが復活してしまっています。
さらにフィールド名は物理名を変更する前の状態になってます。
(フィールド名を変更した物はそのままです。)
以上ですが。何かオペレーションなどにミスがあればご教授ください。
よろしくお願いします。
>これでスクリプトを作成すると以下のようになります。
>
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_3 FOREIGN KEY(CSC_CUST_CD, CSC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_2 FOREIGN KEY(CTC_CUST_CD, CTC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>ALTER TABLE QUOTATION
> ADD(CONSTRAINT FK_1 FOREIGN KEY(CPC_CUST_CD, CPC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
>/
>
返信を投稿
OBER
大場@SI
こんにちは
システムインテグレータの大場です。
>1.ER図上で見える順番でプライマリキーを作成する
>2.インデックスを定義する画面にて上下ボタンなどにより
> 項目の順番を指定できる。
>のような対応が必要ではないかと思うのですが。いかがでしょうか?
>
ご要望ありがとうございます。
バージョンアップの際に検討させていただきます。
[ほえほえ]
>プライマリキーの作成について質問があります。
>プライマリキーはどうやら項目の作成順にて作られているようです。
>
>以下、例で説明します。
>
>
>1.テーブルの定義は項目1番目~6番目の順序で作成した。
>2.その後、4番目の項目を一番上に移動した。
>3.プライマリキーのチェックは項目1番目から4番目にチェックした。
>4.その結果、出力されるプライマリキーインデックスの順番としては
> (4番目、1番目、2番目、3番目)
> を期待していたが、作成した順番の
> (1番目、2番目、3番目、4番目)
>で作成された。
>
>---------プレビューより抜粋-------
>CREATE TABLE エンティティ1
>(
> 4番目(P4) CHAR(8) NOT NULL,
> 1番目(P1) CHAR(8) NOT NULL,
> 2番目(P2) CHAR(8) NOT NULL,
> 3番目(P3) CHAR(8) NOT NULL,
> 5番目(なし) CHAR(8),
> 6番目(なし) CHAR(8)
>)
>/
>ALTER TABLE エンティティ1
> ADD(PRIMARY KEY (1番目(P1), 2番目(P2), 3番目(P3), 4番目(P4)) USING INDEX)
>/
>-------------------------
>
>プライマリキーの項目順番はとても重要だと思います。図上の項目の順番にてインデックスが
>利くようにコーディングするのですが、違う順番で定義されているとインデックスが
>ききません。
>
>そこで
>1.ER図上で見える順番でプライマリキーを作成する
>2.インデックスを定義する画面にて上下ボタンなどにより
> 項目の順番を指定できる。
>のような対応が必要ではないかと思うのですが。いかがでしょうか?
>
>
>
>
>
システムインテグレータの大場です。
>1.ER図上で見える順番でプライマリキーを作成する
>2.インデックスを定義する画面にて上下ボタンなどにより
> 項目の順番を指定できる。
>のような対応が必要ではないかと思うのですが。いかがでしょうか?
>
ご要望ありがとうございます。
バージョンアップの際に検討させていただきます。
[ほえほえ]
>プライマリキーの作成について質問があります。
>プライマリキーはどうやら項目の作成順にて作られているようです。
>
>以下、例で説明します。
>
>
>1.テーブルの定義は項目1番目~6番目の順序で作成した。
>2.その後、4番目の項目を一番上に移動した。
>3.プライマリキーのチェックは項目1番目から4番目にチェックした。
>4.その結果、出力されるプライマリキーインデックスの順番としては
> (4番目、1番目、2番目、3番目)
> を期待していたが、作成した順番の
> (1番目、2番目、3番目、4番目)
>で作成された。
>
>---------プレビューより抜粋-------
>CREATE TABLE エンティティ1
>(
> 4番目(P4) CHAR(8) NOT NULL,
> 1番目(P1) CHAR(8) NOT NULL,
> 2番目(P2) CHAR(8) NOT NULL,
> 3番目(P3) CHAR(8) NOT NULL,
> 5番目(なし) CHAR(8),
> 6番目(なし) CHAR(8)
>)
>/
>ALTER TABLE エンティティ1
> ADD(PRIMARY KEY (1番目(P1), 2番目(P2), 3番目(P3), 4番目(P4)) USING INDEX)
>/
>-------------------------
>
>プライマリキーの項目順番はとても重要だと思います。図上の項目の順番にてインデックスが
>利くようにコーディングするのですが、違う順番で定義されているとインデックスが
>ききません。
>
>そこで
>1.ER図上で見える順番でプライマリキーを作成する
>2.インデックスを定義する画面にて上下ボタンなどにより
> 項目の順番を指定できる。
>のような対応が必要ではないかと思うのですが。いかがでしょうか?
>
>
>
>
>
返信を投稿
OBER