私はいくつかの広告ウェブサイトを作ろうとしています。いくつかのオープン ソースの広告プロジェクトを見つけました: osclass。
ということで、osclassを参考にデータベース構造を設計しようと思います。osclass のデータベース構造は次のように設計されています。
カテゴリ項目データ テーブルは、次のような 7 つの小さなデータ テーブルに分割されています。
oc_t_item: Stores some base item information.
oc_t_item_comment: Stores the comment for item.
oc_t_item_description: Stores title, content for the item.
oc_t_item_location: Store the location information for the item.
oc_t_item_meta: Store some extra meta information for the item.
oc_t_item_resource: Store the image resources information for the item.
しかし、論理と構造を明確にすることはできますが、これは賢明な動きではないと思います。あるカテゴリ アイテムに関する情報を取得したい場合、これらのデータ テーブル間で非常に多くの結合操作を行う必要があり、パフォーマンスが大幅に低下します。では、大きなデータ テーブルをいくつかの小さなデータ テーブルに分割するための基本原則とベスト プラクティスは何でしょうか?