2

私は、このデータベースの構造にアプローチする最善の方法を熟考してきました。私がこれまでに持っているものは次のとおりです。

テーブルカテゴリ

  • cat_id (PK)
  • 題名

テーブルsub_cat

  • sc_id (PK)
  • cat_id (外部キー)
  • 題名

次のように使用できるので、これはすべて問題ありません。

  • 車 -> マツダ
  • コンピュータハードウェア -> CPU
  • 衣類 -> 男性 :: ズボン
  • カーパーツ -> マツダ :: スポイラー
  • ...

問題は、各カテゴリの長所をさらに活用するために、データベースをどのように構成するのが最善かということです。車のデータには、車だけに適した多くのフィールドが必要ですが、別のカテゴリではまったく異なるものが必要になる場合があります。

多くのカテゴリがあると言わざるを得ません。

4

1 に答える 1

1

可能なのは、テーブル「詳細」を作成し、このようなものを構築することです

= ItemId === DetailId === DetailValue =
| Somecar1 | 1         |  Blue        |
| Somecar2 | 2         |  Four        |
| Somecar2 | 1         |  Pink        |
| Somecar2 | 2         |  Two         |
=======================================

DetailId は、detailreference; のようなものを参照します。

= CategoryId === DetailId === DetailString =
| 1           |  1         | Color         |
| 1           |  2         | Doors         |
============================================

Somecar1 の情報を取得する場合は、データの Details テーブルをクエリしてから、detailreference をクエリして、特定のカテゴリの特定の数値内に格納されている詳細のタイプを取得する必要があります。

于 2012-07-04T21:28:10.213 に答える