訂單資料庫設計

㈠ 求大神指點類似淘寶網站訂單表怎麼設計。（資料庫）

3個表，一個放訂單，有訂單號、下單時間、下單客戶等信息。
另一個放訂單包含的商品，有商品id，折扣，數量。一個訂單可以包含一個或多個商品。
再一個表放送貨地址、發票、付款方式等亂七八糟信息。

㈡ php MySQL 怎樣實現用戶注冊再提交訂單,每個用戶提交的訂單怎樣存放,資料庫應該怎樣設計!

不太明白你想實現什麼，麻煩吧你的問題描述清楚。

㈢ 某公司欲設計一個資料庫以存儲客戶，商品和訂貨單的信息。每個客戶包含客戶代碼(唯一)，姓名，收貨地址

將表分為兩類

（1）基來礎信息自表，包含：

客戶信息表、商品信息表

（2）關聯信息表，包含：

訂單信息表、訂單詳情表、收貨地址表

其中：

一條客戶信息，可以對應多條收貨地址；

一條客戶信息，可以對應多條訂單信息；

一條訂單信息，可以對應多條訂單詳情信息；

一條商品信息，可以對應多條訂單詳情信息；

表關系見下圖：

㈣ 資料庫表的設計

商品類別表
欄位 描述
類別ID 主鍵
類別名 商品類別名稱

商品詳情表
欄位 描述
商品ID 主鍵
類別ID 外鍵類別ID連接類別表
商品詳細信息 包括商品名、價格、庫存等

訂單表
欄位 描述
訂單ID 主鍵
商品ID 外鍵，連接商品表
用戶ID 外鍵，連接用戶表
訂單詳情 單價，數量，總價等

用戶表
欄位 描述
用戶ID 主鍵
用戶名
用戶身份證
詳細地址等

希望有用！

㈤ 網上書城設計的資料庫設計里，為什麼要分成訂單表和訂單明細表 這2個表

從純消費者角度看，訂單表可以在有多個訂單時看到一覽表裡的訂單概況，明細表可以對每個訂單詳細情況進行跟蹤--最好有訂單快遞情況跟蹤

㈥ 訂單數據表如何設計

所有客戶的訂單都存在一張表中

㈦ 訂單數據表如何設計

你做的是C-C的網站，也就是客戶對客戶的，資料庫的設計相對也就麻煩一些。不過你們版既權是學生，也不用過於嚴謹，一般符合資料庫三大範式前兩個就行了。
首先你要明確自己要做什麼，接著就是畫出E-R圖（實體關系圖），E-R圖畫出來，資料庫基本上就出來了。以我自己多年的開發經驗，你們的項目最少需要十來張表，用戶的信息（登陸、注冊）就要兩張，還有訂單表也要兩張，其他的用戶發布的交易

㈧ 資料庫設計中為什麼要有訂單號和流水號

訂單號是跟業務相關的，流水號是跟交易相關的，訂單裡面一定保存了金額，支付的時候用到流水號，所以兩個使用的場景不一樣，資料庫id沒有任何意義，只是一個記錄的唯一標識而已

㈨ b2b的一份系統分析報告~ 教程。外加資料庫設計

由美國次貸危機引發的金融危機正在全球蔓延，據專家預測，這場危機將持續到2010年底。許多企業在這場危機的倒閉，也有許多企業為了生存下去，紛紛裁員，削減支出，窮盡所有辦法。危機危機，危險中存在著巨大的機遇。當前的危機中，同樣存在著巨大的機遇。
以往經濟好的時候，你跟企業談合作是不容易的，即使談判成功，你也難以要到好的價碼，而這場危機使許多企業放低了姿態，你找他們合作相對容易了很多，談判的成功率也高，也容易要到好的價碼。
現在談一下我用電子商務做生意的技巧：
1.首先要有公司的產品網站,然後做網站推廣,例如谷歌等.一般幾個月以後見效,雖然詢盤會比www.ttnet.net ,alibaba.com 等網站數量小,但質量很高,客人多數很有誠意.
2.投收費B2B平台,如文筆天天網 www.ttnet.net ,阿里巴巴alibaba.com.但電子商務管理一定要跟上.否則很難見效.
3.走國內外個大展會.積累客人,長期跟進.運氣好的話,立桿見影.運氣差的話,全當長線投資.
4.國內同行業貿易公司網路的搭建.互通有無,總有生意找上門.
以上只是我的個人經驗之談

㈩ 網上訂書系統的資料庫設計

系統會很復雜，只能給個大概的

1）書本表，記錄書本的具體信息，比如名字內，頁數，作者，編容號等
2）用戶表，記錄用戶的具體信息，比如名字，密碼，郵件等
3）訂書記錄表，記錄用戶訂書的情況，比如用戶名，訂單號，下訂單時間，付款方式，送貨地址等
4）訂書明細表，記錄訂單的具體信息，比如訂單號，書號等