2011-06-03 7 views
1

私は、ordersテーブルとcustomersテーブルがあるeコマースシステムデータベースのシナリオについて話しています。より大きなデータベーステーブルをより多くのテーブルに分割することをお勧めします。

Infactはそこに一つのテーブルで約160フィールド(注文)と、それがすべて含まれている、請求配送情報、すべての注文金額は、全ての追加料金、すべてのクレジットカードとその不正行為に関連する情報は、すべての出荷情報、すべてのステータスがある

私は混乱しています。テーブルを大きくすると、次のテーブル、order_payments、order_billing_shipping、order_credit_card_infoなどでテーブルを分割する必要がありますか? これらはすべて1対1の関係になります

私はこれを行うことができますが、巨大なデータを持つ大きなアプリケーションであるため、パフォーマンスについて懸念しています。

ビューやインデックスでこの問題を解決できると思いますか?

データは正規化されている場合は、私はこの

+0

現在の構造に問題がありますか?なぜあなたはそれを変更する必要があると思いますか? – Oded

+0

ビューとインデックスはテーブルを分割することと何が関係していますか?あなたがどんな問題を抱えているかははっきりしていません。 – Oded

答えて

0

のための任意のアイデアを感謝します、それは本当にすべてがあまり重要ではありません。しかし、重複したデータが見つかった場合は、適切な正規化ルールを適用して別々のテーブルに分割することをお勧めします。