如何查詢商城的銷售資料庫設計

1. 電子商務的交易記錄，資料庫怎麼設計

首先來說對於這種場景有兩種設計方法，這兩種方法都能夠滿足擴展性要求
1. 把原有的橫表轉化為縱表存儲屬性，即
產品表：（proct_id, proct_name, proct_class)
產品屬性表：(proct_id, property_id , property_name , property_value)
2. 保持原有橫表設計思路，但是彈性欄位含義單獨元數據表存儲
產品表：（proct_id, proct_name, proct_class, prop1, prop2, .... propn)
產品屬性含義元數據表
(proct_class , prop1_name ,prop2_name, ..... propn_name)
對於兩種設計方法，個人理解為
a. 對於首頁打開就必須要能夠快速查詢出來的屬性，而且這些屬性本身各類產品差異不大。而對於差異大的屬性基本都是針對特定一個產品查詢。可以採用方案1來做。
b. 首頁顯示產品列表時候就存在要顯示出不同產品屬性情況，採用方案2來做。當我們處理的是一個proct list的時候，由於存在數據表本身的關聯場景，用方案1會比麻煩，也影響性能。

2. 多用戶商城資料庫如何設計

差不多都是一個 文章表，用戶表，分類表，設置表。
1、資料庫分離成前台和後版台權，通過鏈接表關聯；
2、把前台做成彈出窗體，禁止用戶使用導航選項和菜單之類；
3、把前台編譯成ACCESS2007的accde文件（對應ACCESS2003的mde文件）；
4、把這個accde文件也放在伺服器端，客戶端通過winform之類exe來遠程打開。

前3步都比較正常，第4步的看起來應該比較奇怪。我的想法是，如果accde文件也放在客戶端，高手會不會通過反編譯就可以進入到資料庫看到鏈接表？感覺上「禁止Shift」，「隱藏表」這類手段只對菜鳥有用。

3. 個商城系統是怎麼設計資料庫的

網上商城系統的開發步驟

一、目標需求分析
1.相關系統分析員向用戶初步了解需求，然後用word列出要開發的系統的大功能模塊，每個大功能模塊有哪些小功能模塊，對於有些需求比較明確相關的界面時，在這一步裡面可以初步定義好少量的界面。
2.系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚列出系統大致的大功能模塊，大功能模塊有哪些小功能模塊，並且還列出相關的界面和界面功能。
3.系統分析員向用戶再次確認需求。
二、網站策劃
1、確定網站定位
2、確定網站規劃（功能、風格）
3、對網站內容進行採集
三、整體設計
1、概要設計
需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模塊劃分、功能分配、介面設計、運行設計、數據結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。
2、詳細設計
在概要設計的基礎上，進行軟體系統的詳細設計。在詳細設計中，描述實現具體模塊所涉及到的主要演算法、數據結構、類的層次結構及調用關系，需要說明軟體系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。
四、網頁、資料庫編程
在軟體編碼階段，根據《軟體系統詳細設計報告》中對數據結構、演算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工作，分別實現各模塊的功能，從而實現對目標系統的功能、性能、介面、界面等方面的要求。
五、測試
測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每個功能。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作。
六、上傳發布
將寫好的源碼上傳到遠程伺服器上，供普通用戶使用.

七、網站推廣
通過網路營銷手段對網站進行推廣。

八、維護、更新
根據用戶需求的變化或環境的變化，對應用程序進行全部或部分的修改。

4. 銷售管理的資料庫，有三個表，員工，商品，銷售，怎麼查詢員工李明銷售的清單，輸出姓名，商品名。。。

select 員工.員工姓名，商品.商品名稱
from 員工，商品，銷售
where 員工.員工號碼=銷售.銷售人號碼
and 商品.商品號碼=銷售.商品號碼

5. 商品分類的資料庫是怎麼設計的以滿足查詢的高效

這個三個表就應該夠了吧，一個是商品大類表，一個是品牌表，另外是商品詳細信息表內
商品類別表：容
ClassID
ClassName
ParentID //這個商品類歸屬的上個大類，也就是滿足你的多級分類要求

舉個例子 假設說你的鞋子分類id是1，那下屬的小類舉例說女涼鞋，她的ParentID就是1，明白？

品牌表：
BrandID
BrandName
BrandDescription

商品詳細信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
還有其他你想加的屬性

6. 假設有商品銷售管理資料庫(資料庫名:XSGL),其中有3個表:商品、商店和銷售,它

這個的話很簡單呀，你直接把商品的名稱，商店的名稱以及商品的價格寫成三個。

7. 關於購物網站的資料庫設計問題

不要這樣，這樣你會有無數多的表，而且以後新的一個產品時候非常麻煩，如果要屬於新的類別，而且還會因為避免資料庫太復雜而使得許多不同類的產品歸在一個類。而且你的程序很麻煩，要為每個類編寫不同程序，因為數據表名不同。

應該用下面的辦法，主要使用四個表存儲所有類別的商品：

第一、類別名稱表，欄位有
類別ID，類別名稱
1 電腦
2 洗衣機

第二、類別屬性表，欄位有：
類別ID，屬性ID，屬性名稱
1 1 CPU
1 2 內存
1 3 屏幕尺寸
2 1 容量
2 2 類型

第三、商品名稱表，欄位有：
商品ID，類別ID
1 1
2 1
3 2
4 2

第四、商品屬性表，欄位有：
商品ID，屬性ID，屬性值
1 1 P4
1 2 128M
1 3 CRT 14
2 1 P4
2 2 512M
2 3 LCD19
3 1 9公斤
3 2 滾筒
4 1 8公斤
4 2 波輪

上面定義了四個商品，商品ID為1～4，分別是128M、512M內存的電腦，和9公斤滾筒、8公斤的波輪洗衣機。

這樣定義的資料庫結構，可以包含任何商品，一般不會改變，那麼程序也就無需改變，定義新的產品、或者修改現有商品只需要在程序界面有操作員點點滑鼠。

8. 我設計了一張資料庫商品表，但是怎麼統計商品每一天，每個月的銷售數量，

商品表應該只用作存儲商品基本信息，你要統計銷量就涉及到了交易，你可以再建一張交易內流水容表，交易流水表裡面（主鍵id、商品id、商品名稱、商品數量、出售日期）。你要統計銷量時，在交易流水表裡查詢指定時間內指定的商品就行了

9. 如何做一個在線查詢資料庫~~ 用於市場價格查詢

挺復雜的
數據量大：每天價格都變動，粗算每天40W條記錄，20個月更也算在日更上。要存10年的。首先資料庫表要設計好
常用的可以內存緩存一部分
蔬菜水果農副產品的別名太多，頭疼「青椒/菜椒/大椒」，「土豆/馬鈴薯」，「肉/豬肉/五花肉」。。。。原始數據想手工輸入，這就是神話。
呈現形式，你開發出來做出restful api就行了，別的地方解析這些json就行了
圖表用echarts