当モールでは現在、ORDER テーブルと ORDER_DETAIL テーブルの 2 つのテーブルを使用しています。ORDER テーブルにはユーザー情報、住所、合計金額などのみが保存されます。特定の商品情報は DETAIL ストアに保存されますが、現在は 2 つに分割されています。異なる販売者用の 2 つのテーブル注文が完了した後、既存の分割に基づいてデータベース テーブル構造を設計するにはどうすればよいですか?
次の 2 つの点を考慮していただけますか:
配送、返品と返金、調整情報を考慮し、購入者に合計注文番号 (販売者の製品情報を含む) を表示することも必要な場合があります
1. 履歴データを変更せずに、ORDER テーブルの親子関係を設計します。たとえば、元の注文番号は自動的に order_no になりますが、order_p_no を追加します (0 は注文、値はこれが子注文であることを示します) )、ユーザー情報の冗長ストレージ、合計価格情報は対応する製品に基づいて計算され、保存されます
2.DETAIL テーブルは引き続き ORDER テーブルの order_no に対応します
1階の考え方と同様
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
次の 2 つの点を考慮していただけますか:
リーリー配送、返品と返金、調整情報を考慮し、購入者に合計注文番号 (販売者の製品情報を含む) を表示することも必要な場合があります
1. 履歴データを変更せずに、ORDER テーブルの親子関係を設計します。たとえば、元の注文番号は自動的に order_no になりますが、order_p_no を追加します (0 は注文、値はこれが子注文であることを示します) )、ユーザー情報の冗長ストレージ、合計価格情報は対応する製品に基づいて計算され、保存されます
2.DETAIL テーブルは引き続き ORDER テーブルの order_no に対応します
1階の考え方と同様