訂單表資料庫

『壹』 購物車,訂單表,資料庫它們三者之間是什麼關系.`

首先，有商品，然後把商品添加進購物車，購物車裡面是一些商品的清單，這些信息室儲存在session或者cookie裡面。
如果這個時候進行結賬，就把購物車裡面的清單進行轉移，儲存在一個新的東西裡面，這個東西就是訂單。然後在吧訂單儲存在資料庫裡面。

『貳』 資料庫設計，一張訂單里有多種商品，種類數目都不定，怎麼設計這兩個表啊

照您這句話來說呢，有以下幾個實體集：訂單，商品，商品種類以及訂單詳情記錄。
其中一個訂單包括多種商品，每種商品有所屬的種類和數量，而這些信息都被記錄在訂單詳情記錄表中。訂單表和訂單詳情記錄表通過訂單編號連接起來。至於各個表的屬性還要看您的具體需求來定。

『叄』 訂單數據表如何設計

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

『肆』 ·sql資料庫創建 訂單信息管理

create database 訂單信息/*創建資料庫*/

sp_addtype bianhao,'char(4)'
sp_addtype dianhua,'char(11)'/*兩個自定數據類型*/

create table 銷售人員表(銷售人員編號 bianhao not null,銷售人員姓名 varchar(5),銷售人員地址 varchar(50),銷售人員電話 dianhua) /*創建銷售人員表*/

alter table 銷售人員表
add primary key(銷售人員編號)/*為銷售人員表中的銷售人員編號欄位設置為 主鍵*/

alter table 銷售人員表
alter column 銷售人員姓名 varchar(6) not null /*修改銷售人員中的銷售人員欄位 數據類型*/

create table 貨品信息表(貨品編號 bianhao not null primary key,貨品名稱 varchar(50) not null,貨品單價 money not null,供應商名稱 varchar(30) not null)
/*創建貨品信息表*/

create table 客戶信息表(客戶編號 bianhao not null primary key,客戶姓名 varchar(6) not null,客戶地址 varchar(50) not null,客戶電話 dianhua not null,客戶郵編 varchar(6)not null)
/*創建客戶信息表*/

create table 供應商信息表(供應商名稱 varchar(50) primary key not null,供應商地址 varchar(100) not null,供應商電話 dianhua not null,供應商郵編 char(6) not null)
/*創建供應商信息表*/

create table 訂單信息表(訂單編號 bianhao primary key not null,銷售人員編號 bianhao not null,銷售人員姓名 varchar(6) not null,客戶編號 bianhao not null,客戶姓名 varchar(6) not null,客戶地址 varchar(50) not null,
客戶電話 dianhua not null,客戶郵編 char(6) not null,貨品名稱 varchar(50) not null,貨品數量 int not null,貨品單價 money not null,總金額 money not null,供應商名稱 varchar(50),訂貨日期 datetime not null,發貨日期 datetime)
/*創建訂單信息表*/

create rule 編號 as @x like'[0-9][0-9][0-9][0-9]'
create rule 號碼 as @x like'[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'
create rule 郵編 as @x like'[0-9][0-9][0-9][0-9][0-9][0-9]'
/*創建三個規則 分別對應 客戶編號，貨品編號，銷售人員編號；銷售人員電話號碼，客戶電話號碼，供應商電話號；銷售人員郵編，客戶郵編，供應商郵編*/

sp_bindrule '編號','銷售人員表.銷售人員編號'
sp_bindrule '號碼','銷售人員表.銷售人員電話'
/*綁定規則*/
sp_bindrule '編號','客戶信息表.客戶編號'
sp_bindrule '號碼','客戶信息表.客戶電話'
sp_bindrule '郵編','客戶信息表.客戶郵編'
/*綁定規則*/
sp_bindrule '號碼','供應商信息表.供應商電話'
sp_bindrule '郵編','供應商信息表.供應商郵編'
/*綁定規則*/

『伍』 資料庫訂單表一個訂單ID下有多個物品ID

這里Order和Proct是典型的多對多的關系，所以盡量不要放在一張table里來儲存啊，你可以另外建立一張Order與Proct的關系表來存放這些記錄，不然你永遠也寫不出你的pro_id是什麼，除非你自己規定一個分隔符號將所有pro_id連起來組成一個varcher，不過這樣會導致程序處理上的麻煩，不如另外建立關系表來的簡明。

『陸』 購物車,訂單表,資料庫它們三者之間是什麼關系.`

購物車是儲存在session（也有儲存在cookie的）裡面訂單是根據購物車生成的。最後在吧訂單存在資料庫裡面。

『柒』 資料庫裡面的訂單表和訂單明細表不可以用同一個表

當然有區別了
，例如
：
你買了三件商品提交，如果只用一張表的話那買家的收貨詳細信息就會隨著你的產品數量重復次數。這樣不符合數據表設計規范，同樣也使你在操作方面不便。所以你需要將訂單分離為兩張表，其中一張放置訂單信息；另一張放置訂單對應的商品信息。一般包括
商品的編號、商品的數量、商品的價格、商品的所屬訂單號。
商品的價格列你可以視乎程序需要來定，當然你可以通過商品表的連接查詢得出，但有時為了更好的實現程序的功能；你可以規劃成訂單詳細的一列。
因為有時用戶需要查看賬號訂單的詳細，那你只要連接訂單表及訂單詳細就可以了。
以上是我的個人觀點，你覺得好就頂一下吧。

『捌』 飯店點餐資料庫訂單表需要記錄多個食物，應該如何建表，也就是多對多的表

顧客建一個表，食物建一個表，它們是多對多的關系，然後建一個點菜表。這樣行不行？

『玖』 資料庫訂單表和訂單詳細表的觸發器

createtriggertt_sum
on[dbo].[PurchasingDetail]
forinsert,update
as
begin
updatedbo.PurchasingOrders
setpo_Sum=(selectSUM(d_Price*d_Number)
fromPurchasingDetailwherepo_ID=(selectpo_IDfrominserted))
wherePurchasingOrders.po_ID=(selectpo_IDfrominserted)
end

這樣試試呢