私は、ordersテーブルとcustomersテーブルがあるeコマースシステムデータベースのシナリオについて話しています。より大きなデータベーステーブルをより多くのテーブルに分割することをお勧めします。
Infactはそこに一つのテーブルで約160フィールド(注文)と、それがすべて含まれている、請求配送情報、すべての注文金額は、全ての追加料金、すべてのクレジットカードとその不正行為に関連する情報は、すべての出荷情報、すべてのステータスがある
私は混乱しています。テーブルを大きくすると、次のテーブル、order_payments、order_billing_shipping、order_credit_card_infoなどでテーブルを分割する必要がありますか? これらはすべて1対1の関係になります
私はこれを行うことができますが、巨大なデータを持つ大きなアプリケーションであるため、パフォーマンスについて懸念しています。
ビューやインデックスでこの問題を解決できると思いますか?
データは正規化されている場合は、私はこの
現在の構造に問題がありますか?なぜあなたはそれを変更する必要があると思いますか? – Oded
ビューとインデックスはテーブルを分割することと何が関係していますか?あなたがどんな問題を抱えているかははっきりしていません。 – Oded