ログイン
検索
メインメニュー
フォーラム一覧   -   トピック一覧
   astah*の使い方
     JUDE/Professional3.2のER図を書いてみました
投稿するにはまず登録を

フラット表示 前のトピック | 次のトピック
投稿者 トピック
umeda
投稿日時: 2007-3-1 11:46
開発者
登録日: 2006-5-9
居住地:
投稿: 50
Re: JUDE/Professional3.2のER図を書いてみました
h_inoueさん、ご質問ありがとうございます。

申し訳ございませんが、現状、この振る舞いがJUDEの仕様ですので、
ご希望の状態を設定する方法はございません。

他のお客様からも同じようなご指摘をいただいておりますので、
ER図の作法として色々あり、解釈の異なる点があるのが現状なの
でしょうか。

参考情報になりますが、JUDEの仕様を決めるにあたり、
こちらのIDEF1Xの仕様書を参考にしました。
http://www.itl.nist.gov/fipspubs/idef1x.doc
====================================================
Federal Information
Processing Standards Publication 184

1993 December 21

Announcing the Standard for

INTEGRATION DEFINITION FOR INFORMATION MODELING
(IDEF1X)
====================================================
というものです。

この仕様書によると、親必須(Not Null)と依存型リレーションという概念は
別のものになります。
親子間の依存型リレーションの意味するところは、親のインスタンスとの
関連によって、子のインスタンスが識別される(依存する)、ということ
ですので、親の主キーが、外部キーとして子の主キーになる必要があります。

反対に、子の一意性が親のインスタンスと独立して得られるのであれば、
非依存型リレーションを使うという仕様になっております。

非依存のリレーションシップの説明が、ご質問いただいたケースと一緒だと
思いますので、紹介した仕様書から一部抜粋します。
========================================================
3.5.1.2 Non-Identifying Relationship Semantics

If every instance of the child entity can be uniquely identified
without knowing the associated instance of the parent entity,
then the relationship is referred to as a “non-identifying
relationship.” For example, although an existence-dependency
relationship may exist between the entities BUYER and PURCHASE-ORDER,
purchase orders may be uniquely identified by a purchase order number
without identifying the associated buyer.
========================================================

今後もJUDEをよろしくお願いいたします。
フラット表示 前のトピック | 次のトピック

題名 投稿者 日時
   JUDE/Professional3.2のER図を書いてみました h_inoue 2007-2-28 19:59
     Re: JUDE/Professional3.2のER図を書いてみました mashiro 2007-3-1 10:17
       Re: JUDE/Professional3.2のER図を書いてみました umeda 2007-3-1 11:49
   » Re: JUDE/Professional3.2のER図を書いてみました umeda 2007-3-1 11:46

投稿するにはまず登録を