クラス/テーブル自体に複数の差別化があるデータ構造を設計しようとしています。これを何と呼ぶべきか、または正しい用語を使用しているかどうかわかりません。
うまくいけば、次の例で私の問題を説明できます。
ウェブショップがあり、誰かが何かを購入してレジに行きます。チェックアウト時に、支払いタイプを選択できます。顧客は、現金と通貨を選択します。
他の顧客も同じことをしますが、クレジット カードでオンラインで支払います。
これで、この状況に対応する次の mysql スキームができました。
**Order**
order_id
customer_id
is_paid
payment_type_id
**payment_type**
payment_type_id
payment_name
そして、通常の情報を含む顧客テーブル。しかし、支払いが行われた場合、また顧客の支払い方法に関する情報が必要な場合は、どこに保存すればよいでしょうか。
そのようなデータベースはどのように見え、クエリはどのように見えるでしょうか?
私は、テーブル内の小さなフィールドが好きではありません。データは、クエリの問題の原因となる型 (またはその方法でしょうか?) に応じて何でもかまいません。
うまくいけば、私が求めていることは十分に明確です。