1JUDE/Professional3.2のER図を書いてみましたはじめまして早速JUDE/Professional3.2のER図を書いてみました.それで以下のことが気になりました。現象としては依存でリレーションシップを結び、参照キーを主キーからはずすと非依存のリレーションシップに変わります。これは、リレーションシップは依存のままにしておいて欲しいです。受注エンティティには受注番号が主キーとしてあります。受注エンティティは顧客が必須なので依存のリレーションシップを結びます。すると顧客番号が主キーのひとつとして参照されます。受注エンティティの主キーは受注番号だけでよいので、受注エンティティの顧客番号の主キーチェックをはずすと、非依存のリレーションシップとなり、顧客エンティティに対するカーディナリティが「1」から「0,1」になってしまいます。チェック状態にすると、顧客エンティティのカーディナリティが「0,1」から「1」に変わりますが、非依存のリレーションシップのままです。JUDE/Professional3.2のER図を書いてみました以下の三つの状態があるようですね。NULL」がtrueなら「親は必須」もtrue。真のようで、さらに、この命題の逆も真のようです。対偶、逆、裏ともすべて真。NULL」と「親は必須」は同じ状態を表すものではないでしょうか。NULL」がtrueで、「親は必須」がfalseという命題に反した状態にしてしまっていることが問題でしょう。JUDE/Professional3.2のER図を書いてみましたh_inoueさん、ご質問ありがとうございます。申し訳ございませんが、現状、この振る舞いがJUDEの仕様ですので、ご希望の状態を設定する方法はございません。他のお客様からも同じようなご指摘をいただいておりますので、ER図の作法として色々あり、解釈の異なる点があるのが現状なのでしょうか。参考情報になりますが、JUDEの仕様を決めるにあたり、こちらのIDEF1Xの仕様書を参考にしました。MODELING(IDEF1X)====================================================というものです。Null)と依存型リレーションという概念は別のものになります。親子間の依存型リレーションの意味するところは、親のインスタンスとの関連によって、子のインスタンスが識別される(依存する)、ということですので、親の主キーが、外部キーとして子の主キーになる必要があります。非依存型リレーションを使うという仕様になっております。非依存のリレーションシップの説明が、ご質問いただいたケースと一緒だと思いますので、紹介した仕様書から一部抜粋します。buyer.========================================================今後もJUDEをよろしくお願いいたします。JUDE/Professional3.2のER図を書いてみましたmashiroさん、ご指摘ありがとうございます。NULL」と「親は必須」は同じ状態を表すものではないでしょうか。