回答を見ると、B.会員番号＝D.会員番号となっていると思います。

でも、図2の関係スキーマを参照すると、予約テーブルには会員番号のカラムはないように思います。

某参考書の回答には、当たり前にように上記の回答にたどり着けるような記載があるのですが、どうして上記の回答を導けるのでしょうか？

多分、初歩的なところで理解できてないのだと思いますが、どなたか教えていただけますと大変助かります…！

図2だと「・・・」で省略されていて、でも表5のT1で予約Cから会員番号を引いているので、予約に会員番号があることがわかったって話なんでしょうかね。

問題文の 2.宿泊管理業務の概要 の1段落目に「宿泊管理システムでは、図2中の関係"予約"、"会員予約"及び"非会員予約"を概念データモデル上のスーパータイプである"予約"にまとめて一つのテーブルとして実装している。」とあるので、実装されている"予約"テーブルは"会員予約"および"非会員予約"が持っている属性をカラムとして持っているのではないかと思います。
そのため、SQL文では"予約"テーブルのカラムとして会員番号が指定できるのではないでしょうか。

私も初学者なので間違っていたらごめんなさい。

No.3さんの言う通り会員予約も非会員予約も予約にまとまっているのだと思います。
予約(施設コード、（省略）、会員予約区分、（省略）、会員番号、氏名、カナ氏名、メールアドレス、（省略）)という感じで、

表2の会員予約区分の説明と合わせて考えると、
会員予約区分が1のときは会員番号に値が入り、氏名以降はNULL、
会員予約区分が2のときは会員番号がNULLで氏名以降は値が入る
みたいな設計なんだと思います。

皆さんありがとうございます！
会員予約も非会員予約も予約テーブルにまとまってるようですね。
しっかり問題文を読みたいと思います。
助かりました！ありがとうございます。