■SI Object Browser 掲示板

こんにちは
システムインテグレータの大場です。

以下のオペレーションで、対応可能かと思われます。
（見当違いの回答でしたらすみません。）

１．CUST_CPより、QUOTATIONにFKを貼る。

２．QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
CSC_CUST_CD,CSC_CUST_CNTCT_PSNAL_NOに物理名を変更する。

３．CUST_CPより、QUOTATIONにFKを貼る。

４．QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
CTC_CUST_CD,CTC_CUST_CNTCT_PSNAL_NOに物理名を変更する。

５．CUST_CPより、QUOTATIONにFKを貼る。

６．QUOTATIONに作成されたCUST_CD, CUST_CNTCT_PSNAL_NOを属性画面で
CPC_CUST_CD,CPC_CUST_CNTCT_PSNAL_NOに物理名を変更する。

これでスクリプトを作成すると以下のようになります。

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))
/

お世話になっています。

下記の件で私も困っています。

私の場合は、サポートされていないとＨＰに
記載してありましたが職場の関係上WinXP ProにてOBERを
使用しておりますがこの事が原因でしょうか？

ＣＰＵとＯＳは以下の通りです。
Pentium4 1.8G
WinXP Pro SP1

別の端末でWin2Kで作成したファイルをWinXPで開いても
この現象は起こりませんでしたが、WinXPで作成したファイルを
Win2Kで開いた場合、レイアウトは崩れてしまいました。

お手数ですが、Ｋ氏へのサポート内容を掲示板にも
お願いします。

[大場＠SI]
>こんばんわ
>システムインテグレータの大場です。
>当社の方で、現象確認致しましたが、
>再現方法が特定できておりません。
>
>詳しい内容を、サポートメール宛にお送り願えませんでしょうか？
>ご不便をお掛けして大変申し訳ございませんが
>よろしくお願い致します。
>
>[K]
>>OBER 便利に使わせてもらっています。
>>ところで以下の現象でちょっと困っています。
>>対策などありましたら教えて下さい。
>>
>>リレーション操作の自動調整や、自動変形のチェックをはずして、
>>モデルを綺麗に配置した後、保存しました。
>>もう一度開いてみると、せっかく苦労して綺麗に配置したリレーション
>>が、メチャメチャになっていました。
>>どうも自動調整・変形がなされているような感じです。
>>
>>再度レイアウトを手でやり直して、保存。
>>しかし、開き直すとまたレイアウトが崩れてしまいます。
>>
>>これはこういう仕様なのでしょうか？
>>それとも一度レイアウトした位置をロックする方法が別にあるのでしょうか？
>>皆さんはどうされていますか？
>>
>>
>>
>>
>>
>>

ほえほえです。

一つのテーブルから複数のＦＫを定義すると、不正なＦＫを作成するスクリプトが出力
されるようです。

下記例ではQUOTATION（見積）テーブルからCUST_CP（取引先担当者）に３つのＦＫキーを
作成したいのですが、３つとも同じ物が作成されてしまいます。
今は手作業でスクリプトを修正していますが、こういったケースでは
どのようにするのがいいのでしょうか？
今のＯＢＥＲでは参照先の項目は指定できますが、参照元の項目を設定する
ところがないようなのですが。


ALTER TABLE QUOTATION
ADD(CONSTRAINT FK_QUOTATION_3 FOREIGN KEY(CSC_CUST_CD, CTC_CUST_CD, CPC_CUST_CD, CSC_CUST_CNTCT_PSNAL_NO, CTC_CUST_CNTCT_PSNAL_NO, CPC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
/
ALTER TABLE QUOTATION
ADD(CONSTRAINT FK_QUOTATION_4 FOREIGN KEY(CSC_CUST_CD, CTC_CUST_CD, CPC_CUST_CD, CSC_CUST_CNTCT_PSNAL_NO, CTC_CUST_CNTCT_PSNAL_NO, CPC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
/
ALTER TABLE QUOTATION
ADD(CONSTRAINT FK_QUOTATION_5 FOREIGN KEY(CSC_CUST_CD, CTC_CUST_CD, CPC_CUST_CD, CSC_CUST_CNTCT_PSNAL_NO, CTC_CUST_CNTCT_PSNAL_NO, CPC_CUST_CNTCT_PSNAL_NO) REFERENCES CUST_CP (CUST_CD, CUST_CNTCT_PSNAL_NO))
/

プライマリキーの作成について質問があります。
プライマリキーはどうやら項目の作成順にて作られているようです。

以下、例で説明します。


１．テーブルの定義は項目１番目～６番目の順序で作成した。
２．その後、４番目の項目を一番上に移動した。
３．プライマリキーのチェックは項目１番目から４番目にチェックした。
４．その結果、出力されるプライマリキーインデックスの順番としては
　　（４番目、１番目、２番目、３番目）
　　を期待していたが、作成した順番の
　　（１番目、２番目、３番目、４番目）
で作成された。

－－－－－－－－－プレビューより抜粋－－－－－－－
CREATE TABLE エンティティ1
(
４番目（Ｐ４） CHAR(8) NOT NULL,
１番目（Ｐ１） CHAR(8) NOT NULL,
２番目（Ｐ２） CHAR(8) NOT NULL,
３番目（Ｐ３） CHAR(8) NOT NULL,
５番目（なし） CHAR(8),
６番目（なし） CHAR(8)
)
/
ALTER TABLE エンティティ1
ADD(PRIMARY KEY (１番目（Ｐ１）, ２番目（Ｐ２）, ３番目（Ｐ３）, ４番目（Ｐ４）) USING INDEX)
/
－－－－－－－－－－－－－－－－－－－－－－－－－

プライマリキーの項目順番はとても重要だと思います。図上の項目の順番にてインデックスが
利くようにコーディングするのですが、違う順番で定義されているとインデックスが
ききません。

そこで
１．ＥＲ図上で見える順番でプライマリキーを作成する
２．インデックスを定義する画面にて上下ボタンなどにより
　　項目の順番を指定できる。
のような対応が必要ではないかと思うのですが。いかがでしょうか？

>涙が出そうなほどの嬉しいお言葉をありがとうございます。

そんな滅相もありません。

OBのおかげでPL*SQLの開発がどれだけ楽になったか・・・。
OB-ERもまだまだチューニングの余地がありそうですが、期待していますので、これからも頑張って下さい