㈠ 商品分類的資料庫是怎麼設計的以滿足查詢的高效
這個三個表就應該夠了吧，一個是商品大類表，一個是品牌表，另外是商品詳細信息表
商品類別表：
ClassID
ClassName
ParentID //這個商品類歸屬的上個大類，也就是滿足你的多級分類要求
舉個例子 假設說你的鞋子分類id是1，那下屬的小類舉例說女涼鞋，她的ParentID就是1，明白？
品牌表：
BrandID
BrandName
BrandDescription
商品詳細信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
還有其他你想加的屬性
㈡ 求資料庫多級分類
類別表：
類別id、類別名稱、所屬類別id、。。。其它欄位。。。
圖書表：
圖書id、圖書名稱、所屬類別id、。。。其它欄位。。。
這樣，在類別表中如果「所屬類別id」為「0」的，就認為它是頂級類別，否則就是二級類別或三級類別，例如：
類別id 類別名稱 所屬類別id
1 理科書 0
2 計算機 1
3 電氣化 1
4 資料庫 2
5 圖像設計 2
那麼，「理科書」是一級類別，「計算機」和「電氣化」就是隸屬於「理科書」的二級類別，而「資料庫」和「圖像設計」就是隸屬於「計算機」的三級類別。
而圖書表就簡單了，只要有一個欄位是「所屬類別id」就可以了，記錄這條圖書數據是屬於哪個分類的。
㈢ 菜鳥：asp access 多級分類的 經典 資料庫 設計
產品一表 id classid
分類一表 classid parentid
即可無限分類
一級類的parentid為0
二級類的parentid為一級類的classid
一次類推
寫得簡單 不懂得在留言
㈣ 多級用戶系統的資料庫應該怎麼設計
主要從幾個不同方面設計ORACLE資料庫優化方案： 一.資料庫優化自由結構OFA(Optimal flexible Architecture) 二、充分利用系統全局區域SGA（SYSTEM GLOBAL AREA) 三、資料庫設計中的優化策略 數據應當按兩種類別進行組織：頻繁訪問的數據和頻繁修改的數據。對於頻繁訪問但是不頻繁修改的數據，內部設計應當物理不規范化。對於頻繁修改但並不頻繁訪問的數據，內部設計應當物理規范化。 四、合理設計和管理表 1、利用表分區 分區將數據在物理上分隔開，不同分區的數據可以制定保存在處於不同磁碟上的數據文件里。 2、避免出現行連接和行遷移 3、控制碎片 4、別名的使用 別名是大型資料庫的應用技巧，就是表名、列名在查詢中以一個字母為別名，查詢速度要比建連接錶快1.5倍。 5、回滾段的交替使用 五、索引Index的優化設計 1、管理組織索引 索引可以大大加快資料庫的查詢速度，索引把表中的邏輯值映射到安全的RowID，因此索引能進行快速定位數據的物理地址。 六、多CPU和並行查詢PQO(Parallel Query Option)方式的利用 七、實施系統資源管理分配計劃 ORACLE 提供了Database Resource Manager（DRM,資料庫資源管理器）來控制用戶的資源分配，DBA可以用它分配用戶類和作業類的系統資源百分比。在一個OLDP系統中，可給聯機用戶分配75%的CPU資源，剩下的25%留給批用戶。另外，還可以進行CPU的多級分配。除了進行CPU資源分配外，DRM還可以對資源用戶組執行並行操作的限制。 八、使用最優的資料庫連接和SQL優化方案 九、充分利用數據的後台處理方案減少網路流量 1、合理創建臨時表或視圖 2、資料庫打包技術的充分利用 利用資料庫描述語言編寫資料庫的過程或函數，然後把過程或函數打成包在資料庫後台統一運行包即可。 3、數據復制、快照、視圖，遠程過程調用技術的運用
㈤ 一個產品歸屬多個類別，如何做資料庫
proct_id type_id
---------------------
aaa 1
aaa 2
aaa 3
bbb 1
bbb 2
用關系數據表
㈥ 產品對應多個分類，資料庫如何設計最合理
這個要看產品的屬性的相似度吧，如果相似度很高用一張表就好了。如果相似度低，就抽取公共屬性建一張產品表，根據情況再建幾長擴展屬性表吧。