問題文:
入荷では、入荷ごとに入荷番号を付与し、どの発注明細または直納品発注が対応付くかを記録し、併せて入荷年月日を記録する。

入荷は発注が起こった後に発生する認識なので、入荷側に外部キーとして発注明細と直納品発注の主キーを持たせましたが、回答では発注明細と直納品発注側に入荷番号を外部キーとして持たせてあります。
これはなぜだか教えていただけないでしょうか？

この投稿は投稿者により削除されました。(2025.09.21 11:03)

>入荷側に外部キーとして発注明細と直納品発注の主キーを持たせましたが

一応理屈的にはどっちかが必ずnullになる形でそういう持たせ方ができるはできますが、それは全く発注明細も直納品発注もない状態から作ってもいいよ、といっているようなもので実際はいかんだろ、となるのでそれを許容しないと、入れるときに必ずnot null制約で落ちるので、発注側に後から持たせる形で繋ぎ止めることにしたように見えます。

No.1で引用された問題文のすぐ前の行に，
入荷は「同じタイミングで納入できるものはまとめて行われる」とあります。
つまり，入荷と発注明細（直納品発注も）は1対多の対応になります。
そうすると，発注明細（直納品発注）の方に
入荷番号を外部キーで持たせないといけませんね。
「入荷側に外部キーとして発注明細と直納品発注の主キーを持たせ」ようとすると，
そこに入る値は一つに決まらないことになります。

1対1対応なら，おっしゃるように後から発生する入荷の方に外部キーで持たせるのが自然だと思いますが…。

himaさん
ありがとうございます。

確かに、、「同じタイミングで納入できるものはまとめて行われる」が発注明細たちにかかっているのが想像できてなかったせいで、実際解いてる時にER図を1対1に書いてました。

こう言った地味に主語のズレてる記載でもリレーションにどう関わるかイメージしていかないといけないですね！

ありがとうございました。とても良く理解出来ました！