比較的複雑なリレーショナルデータベースの開発で、少し結び目を作りました。
データベースの目的は、マネージャーが特定の会社の代表者（または代表者のグループ）との会議を手配できるようにすることです。
当然のことながら、会議の手配に関する詳細を概説した表が最も重要です。残念ながら、フィールドは他のテーブルの数値フィールドを返すだけなので、その情報のほとんどはユーザーが解析することはほぼ不可能です。
ですから、本当に必要なのは、このような多様な情報をすべて収集し、会議のキーに関連付けて、ユーザーがすべての関連情報をフォームに入力できるようにするクエリを作成できるようにすることです。
これが回路図です（いくつかの無関係な情報は隠されています）
（それは私の想像ですか、それともpngは異常に小さいですか？）
非常に長いシリーズのSELECTSとINNERJOINSを作成することを考えていました。何かのようなもの
SELECT Meeting.MID, Meeting.Date_dd/mm/yyyy, Meeting.Location, Contact.Cname, Contingent.Manager [...]
FROM Meeting INNER JOIN (ContactMeeting INNER JOIN (Contact INNER JOIN [...]
しかし、関係が線形ではないので、私は心配しています。ContactMeetingは、Contact、Group_contact、およびContingentに分岐します。この場合の内部結合は機能しない可能性があります。ContactMeetingsには、Contact、Group_contact、またはその両方が存在する場合がありますが（またはを含む）、常にContingentが存在します（1人以上のマネージャーで構成されます）。
これに関連する助けをいただければ幸いです！
