订单表数据库

‘壹’ 购物车,订单表,数据库它们三者之间是什么关系.`

首先，有商品，然后把商品添加进购物车，购物车里面是一些商品的清单，这些信息室储存在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

这样试试呢