『壹』 資料庫設計，一張訂單里有多種商品，種類數目都不定，怎麼設計這兩個表啊
照您這句話來說呢，有以下幾個實體集：訂單，商品，商品種類以及訂單詳情記錄。
其中一個訂單包括多種商品，每種商品有所屬的種類和數量，而這些信息都被記錄在訂單詳情記錄表中。訂單表和訂單詳情記錄表通過訂單編號連接起來。至於各個表的屬性還要看您的具體需求來定。
『貳』 商品分類的資料庫是怎麼設計的以滿足查詢的高效
這個三個表就應該夠了吧，一個是商品大類表，一個是品牌表，另外是商品詳細信息表
商品類別表：
ClassID
ClassName
ParentID //這個商品類歸屬的上個大類，也就是滿足你的多級分類要求
舉個例子 假設說你的鞋子分類id是1，那下屬的小類舉例說女涼鞋，她的ParentID就是1，明白？
品牌表：
BrandID
BrandName
BrandDescription
商品詳細信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
還有其他你想加的屬性
『叄』 一直在疑問京東商城的資料庫是如何搭建的，那麼多商品，每種商品的參數各不相同，是怎樣設計資料庫的
思路一，使用獨立的商品類表， 構造商品屬性信息，1、N個商品類屬性值表，2、商品基本信息表，3、商品屬性表
思路二，使用key-value模型，使用動態行列轉換模型，將商品屬性信息碎片化存儲，整合型只讀輸出快照，1、公共鍵值表，2、公共類表，3、公共鍵類表，4、屬性值物化表，5、商品基本信息表，6、商品屬性表，6、商品屬性快照表或模型
『肆』 一件商品不同分類資料庫設計
一：先抽象一個公用的「商品」實體，然後每一個具體的類型的商品繼承這個實體，可是這樣子設計的話，不同種類的商品一多的話，那麼表就越多。感覺還是很糟糕。
二：直接在」商品「這個實體里添加多一個屬性，屬性的值按約定的規則（如鍵值對）來描述包括這個商品種類信息，這樣子的話就只要一張表就行。不過這樣子做的話，在展示商品信息需要在前台對這個屬性值進行分離，感覺好像哪裡不太符合規范。
『伍』 商品管理系統資料庫設計
一個完整的銷售管理系統
我給你
『陸』 電子商務網站資料庫設計時，商品表如何設計的問題
你開始並沒有說清楚
按你的最新要求，應該是：
一個商品表，一個屬性表（欄位不重復了）
然後就是賣家商品表，欄位如下：
賣家id 商品id 商品數量
明白嗎？
如果多個店賣同一種商品，那數據都在賣家商品表裡
需要商品名時，從商品表關聯取數據，
需要商品屬性時，從屬性表關聯
你想的復雜了
就2個表，一個商品表，一個屬性表
商品表欄位：id 品名
屬性表欄位：商品id 屬性名 屬性值
也就是說一個屬性一條記錄