1）t_order注文テーブルのparent_idは、注文が更新された場合、つまり息子に関連付けられた父親のIDである場合にのみ価値があります。
AがBを更新し、BがCを更新し、XがYを更新する場合、Yから祖先Aを取得するには、サトウキビを通過するだけで祖先Aを取得できます。Aをルートオーダーとして理解できます。
2）t_order注文テーブルのcreate_time作成時間とorder_date注文日の関係
create_timeは注文が送信された時間、order_dateは注文が署名された日付、
最初の注文が電子契約の場合、作成日=注文日、
紙の契約の場合、両者に違いがある可能性があります。
3）t_order注文テーブルのPayable_amount
t_purchase購入商品テーブルのステータス= 2有効な購入商品レコードpayable_amount合計
4）t_order_promoteのオーダーマーケティングテーブルのserve_amount
あるオーダーの寸法に基づいて（負の）良好と（正）の量を被験者
5）割引と購入レコードディメンションの追加に基づく t_purchase_promoteマーケティング配分テーブル。
1つの注文には購入した商品の複数のレコードがあるため、
次に、t_purchase_promoteマーケティングアロケーションテーブルのPurchase_idを介して、ID + Promote_amountマーケティング金額を購入します。
分割注文ディメンションの割引は、購入商品レコードを割引または追加するためのものです。
6）t_purchase購入商品テーブルで支払う金額=商品金額-マーケティング金額
商品金額sku_amount = sku_price /価格設定日数*数量。ここで、sku_priceは商品価格設定です（Yuesaoは価格設定、乳母は月給です）
payable_amount = sku_amount-concession金額（または+追加の金額）、payable_amount> sku_amountの場合は追加料金、payable_amount <sku_amountの場合は割引あり
7）t_orderとt_order_promoteは、1対多の関係であり、注文と注文のディメンション（オファーと追加）のマーケティングレコードです。
8）t_order_promoteは、t_promoteを介してマーケティングルールを指定し、t_order_promoteテーブルのPromote_idフィールドは、t_promoteのIDでマーケティング構成を取得できます。
9） t_purchaseおよびt_purchase_promoteは、1対多の関係であり、購入記録と購入記録のマーケティングレコード（オファーと追加）です。
10）t_orderとt_purchaseは、1対多の関係、注文、購入の記録です。
11） t_purchaseおよびt_order_itemは、ブリッジ接続のためにt_order_item_purchaseに依存しています
12） t_orderと t_order_extendは1対1の関係であり、支払う金額は一定です。t_orderは注文センターテーブル、t_order_extendはサービスセンターテーブルです。
13）t_order_cancelは、t_orderと t_order_extendのサブセットです。ここで、 t_order_cancel の create_timeは、返金注文が承認された時間であり、返金注文は返金フォームに作成されます。
14）t_insuranceは、サービス項目にサービスの毎月1つのレコードがあることです。
15）t_business_operationはサービスアイテムのログイン/オフレコードです。サービスアイテムには複数のレコードがあります。
16）t_contractは契約署名レコードであり、サービス項目には複数のレコードがあります。