■SI Object Browser 掲示板

お世話になっております。

以下、回答させて頂きます。
>①
>　Cテーブルには、Bテーブルと同じ属性名が存在し、
>　かつ、その属性はBテーブルの外部キーとは
>　なっていないということでしょうか。
>
>　例えば以下のようなA→B→Cのリンクになっている場合に、
>　Aのデータ型を変更すると、
>　CエンティティにはってあるAAA,BBBの外部キーが
>　AA、BBのに置き換わるということでよろしいでしょうか。
>
>　Aエンティティ
>　------------
>　A（PK)
>
>　Bエンティティ
>　-------------
>　AA（PK)(AのFK)
>　BB（PK)
>
>　Cエンティティ
>　-------------
>　AAA（AAのFK)
>　BBB (BBのFK)
>　AA
>　BB

はい。上記のようなリレーションとなっております。
更に補足させて頂きます。

ＡとＢが依存の関係かつ、
ＢとＣが非依存。
ＡとＢエンティティのＦＫ項目名は同名。
（上記図で言うと、Ａエンティティの属性はＡでなくＡＡ）
（※ＦＫ項目名称が異なると「反映しますか？」のメッセージは出力されないようです）
ＢとＣのＦＫ項目名は異なる。

>②
>　Aエンティティのデータ型を変更した場合に、
>　「主キー項目の情報を外部キー項目に反映させますか？」とメッセージボックスが
>　表示されると思うのですが、いいえを押した場合でも同様なのでしょうか。

はい。「いいえ」を押した場合で起こりました。

こちらでサンプルEDMを作成したので、
そちらをメールにて送信させていただきます。

以上、よろしくお願い致します。

こんにちは
後迫＠SIです。

追加情報をいただきありがとうございます。
以下に回答を述べさせていただきます。

>質問を変えます。
>ドメインリストにある「書出」と「読込」機能を使って何とか移送は
>できました。が、ドメイングループが抜けてしまいます。
>せっかくがんばって階層化したのに(;_;)
>方法はありませんか？

申し訳ございませんが、
書出し→読込の手順で、ドメイングループまで復元することはできません。
ご迷惑をお掛けしてしまい申し訳ございません。
この不具合につきましては、
次回バージョンアップで修正を検討させていただきます。


>下記のようなソースで張られたテーブルなんですが。。。
>
>CREATE TABLE WK_TB
>-- ////////////////////////////////////////////////
>-- I/Fテーブル
>-- ////////////////////////////////////////////////
>(
>AA VARCHAR2(6) -- 040120 mod
>,BB NUMBER(7,0)
>)
>;

つまり、最初にSQL*Plusなどのほかのツールでテーブルを作成した後、
OBERでリバースエンジニアリングしたときにエラーになると
いうことでよろしいでしょうか。
こちらでは再現することが出来ませんでした。
大変申し訳ございません。
コメントをはずした場合は成功するか、
再度ご確認をおねがいしてもよろしいでしょうか？
また、１テーブルだけリバースしたときも発生いたしますでしょうか。

どうぞよろしくお願いいたします。

こんにちは
後迫＠SIです。

追加情報をいただきありがとうございます。
２点だけ、再現方法について確認させていただきたいのですが、

①
　Cテーブルには、Bテーブルと同じ属性名が存在し、
　かつ、その属性はBテーブルの外部キーとは
　なっていないということでしょうか。

　例えば以下のようなA→B→Cのリンクになっている場合に、
　Aのデータ型を変更すると、
　CエンティティにはってあるAAA,BBBの外部キーが
　AA、BBのに置き換わるということでよろしいでしょうか。

　Aエンティティ
　------------
　A（PK)

　Bエンティティ
　-------------
　AA（PK)(AのFK)
　BB（PK)

　Bエンティティ
　-------------
　AAA（AAのFK)
　BBB (BBのFK)
　AA
　BB

②
　Aエンティティのデータ型を変更した場合に、
　「主キー項目の情報を外部キー項目に反映させますか？」とメッセージボックスが
　表示されると思うのですが、いいえを押した場合でも同様なのでしょうか。

以上、たびたび
お手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。

以下お答え致します。

>①リンク先のテーブル(子テーブル)を変更しているということはありますでしょうか？
>それともリンク先のテーブルもまったく編集していませんでしょうか？
親・子各テーブルに対する変更はしておりません。
リンク先のテーブルがリンクしているテーブルを変更致しました。


>②問題の発生するエンティティで
>複数のリレーションをはっているということはありますでしょうか？
複数のリレーションをはっております。

リンクキーが変更されるタイミングが判りました（再現できました）ので、追記させて頂きます。

以下のようなリンクがはられたテーブルが存在します。

Aテーブル
｜
Bテーブル（Aテーブルを親とする（依存））
｜
Cテーブル（Bテーブルを親とする（非依存））


Aテーブルの項目の属性を変更します
（例）CHAR(1) → CHAR(3)

そうすると
Cテーブルのリンクが以下のように置き換わってしまう。

BEFORE）
親キー(Bテーブル）属性／子キー（Cテーブル）属性
A ＝ C
B ＝ D
↓
AFTER）
親キー(Bテーブル）属性／子キー（Cテーブル）属性
A ＝ A
B ＝ B

子キー属性の中に、親キー属性と同じ名前の項目が存在していることも
原因のひとつのようにみえるのですが、回避策がありましたら、お教えください。

以上、よろしくお願い致します。

後迫さま

ありがとうございます。
もしかしてとっても恥ずかしいことを聞いているのかもしれませんが、

>質問1
>>(ただし、リバースエンジニアリング後、エンティティをコピーし、
>>もうひとつのedmファイルに貼り付けることは可能です。）

上記の操作方法を教えて下さい。
二つのedmファイルを開いて、一方のedmに存在するエンティティを
属性も含めて丸々他方へコピーする方法です。
D&Dでもダメだし、右クリックしてもそれらしきものは無いし、
ctl+c も効かないしで、どうにも先に進めないのです。。。

=========
0121 訂正
なるほど。判りました。
モデルエクスプローラ上で右クリックしてもダメなんですね。
ダイアグラム上で右クリックしたら、ちゃんと「コピー」がありました。
質問1は忘れて下さい。お騒がせしました。
=========



>質問2
>>ドメインのコピー＆ペーストはできません。

質問を変えます。
ドメインリストにある「書出」と「読込」機能を使って何とか移送は
できました。が、ドメイングループが抜けてしまいます。
せっかくがんばって階層化したのに(;_;)
方法はありませんか？



>質問3
>>こちらにつきましては操作を確認させていただきたいのですが、

下記のようなソースで張られたテーブルなんですが。。。

CREATE TABLE WK_TB
-- ////////////////////////////////////////////////
-- I/Fテーブル
-- ////////////////////////////////////////////////
(
AA VARCHAR2(6) -- 040120 mod
,BB NUMBER(7,0)
)
;

どうも私の操作方法は怪しいようですから、再度確認してみます。

以上