ストアのリスト、それらのID、および5つのレベルの親/祖父母IDの5つの行を含むストアデータベースがあります。
住所、電話番号、商品などの店舗情報もありますが、これらの行はすべて別のテーブルにあり、店舗名と店舗IDもありますが、親はありません。
現在、ストアIDとは別のテーブルにすべてのストア情報があります。親IDを情報に関連付ける必要がある場合は、store_IDを使用して2つを接続します。
したがって、すべてを1つのテーブルにすると、基本的に冗長な行「store_Id」と「store_name」を削除できます。
しかし、それは適切な形ですか？
ストアの過去のプロパティの履歴レコードが必要ない限り、つまり、ストアがアドレス1からアドレス2に移動したことを知る必要がない限り、現在のアドレスを知るだけで済みます。その後、テーブルを結合します。 。パフォーマンスに関しては、おそらく目立った違いはありませんが、JOIN必要なときに必要な場合よりも、1つのテーブルにデータを保持する方が簡単です。また、冗長な列とインデックスのストレージスペースを節約できます。保存するデータの量とその関連性を考慮すると、詳細を2番目のテーブルに保存してもあまりメリットはありません。各ストアに20TEXTの列がある場合、詳細テーブルの恩恵を受けることができますが、そのままでは必要ありません。