訂單的資料庫設計

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

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

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

❷ sql訂單表怎麼設計比較合理

訂單主表裡的總金額有沒有兩可，你可以不要這個欄位，查詢的時候直接匯總明細表的金額。當然如果考慮到查詢速度，也可以要這個欄位，在創建訂單和修改訂單時，把總金額寫入到欄位中。

你擔心匯總明細金額時太慢，我覺得這是多餘的，一張訂單的明細數據能有多少呢？1萬條，夠多了吧？可是即使是3萬條，一個「sum(金額)」的查詢也是很快的。

關於怕程序運行一半出問題的事情，你可以在做程序時用事務控制一下。（事務：多條資料庫寫入操作的集合，特性是要麼所有操作都執行成功，要麼所有操作都被回滾，取消執行），這樣就保證了你數據的一致性。

❸ 我的訂單表結構如何設計

只要在表裡面加一個欄位就行

create table order
(
order_id varchar(20),--訂單編號
shuliang int,--數量
ok_wan int default 0,--已完成數量，簽訂單時默認寫0 以後每次完成一批後就修改這個數據
)

❹ 訂單數據表如何設計

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

❺ 會員訂單管理程序資料庫如何設計

會員表: ID name xxxx xxx xx自己想後面的商品表: ID name class xxxx xxx xxxx 後面自己想訂單表: ID UID CID class period 同上class 分年.半年.季.月.周.日 period 就是時期.訂多久.- -! 具體到數值 1 2 3 4 5這類.幾年幾月幾周.這意思這里給你個思路商品表中.<123> CLASS為 雜志 商品表中.<333> CLASS為 半月 當會員A ID為01 訂了一份雜志.<123> 年限1年. 一份<333>半月 寫入訂單表中. ID [1]UID [01] CID [01]class [年] period[1]在前台顯示訂單. ID1的信息會員. A 訂商品. <123> 1/年

❻ 怎樣設計公司訂單管理資料庫

在你的網站會員管理系統（或者說網站訂單管理系統）與進銷存管理軟體做資料庫介面就可以了，單獨開發成本會非常高，而且功能不一定全面。

❼ 一個快遞單對應多個物流信息，如何設計資料庫呢

A表存運單號，B表存物流信息，查詢時：

select * from a left join b on a.id=b.aid where a.id="12345"，這樣就可以提取了。

❽ 於木製廠訂單資料庫設計以及如何插入數據的問題，請各位大俠仔細看看小弟的描述，尤其是後面的三點

怎麼要這么復雜呀，你直接做個查詢功能，在查處後直接點擊生成；在錄單時直接用掃描槍不行呀？？？？？？ 如果沒有條形碼得話，錄單的時候好像只有錄完後，導進去。
或著你去csdn上問問

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

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