フォーラム一覧 - トピック一覧 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 |
投稿するにはまず登録を | |