做了个订单表，发现好多问题

[css基地]

我做了个订单表！
订单号是只能有一个，但是不能确定是买了哪些商品，这样不方便后台管理！
create table orders
(
id int identity(1000,1) primary key, --订单ID（自动编号）
orderID int, --订单编号（根据时间来编）
proID varchar(200), --商品编号（根据型号来编）
counts int, --购买数量
state varchar(200), --状态
sendmethods varchar(100), --配送方式，快递，平邮，汇款等
price float, --价格
Payment varchar(100), --支付方式
realname varchar(10), --收货人姓名
email varchar(100), --电子邮件
phone bigint, --固定电话
cellphone bigint, --手机号码
postword bigint, --邮编
orderdate varchar(100), --下订日期
remarks varchar(5000), --备注
username varchar(100) --会员名
)
订单表如何设计好？或者说订单表如何设计才能让管理员容易管理

[syc958]

订单号一般是和时间用户id相关联的一组组合数字...

[xinyangwang_soft]

Create orderPro 订购产品表
orderID 对应多个订购的产品 proID
应包含一下字段
orderID int, --订单编号（根据时间来编）
proID varchar(200), --商品编号（根据型号来编）
counts int, --购买数量
price float, --价格

[css基地]

我是想把商品的编号也写进去，但是假如两个商品以上，如何去确定呢？这样读取商品的时候有难度？我是想厚后台有个订单管理，之后管理员可以看到订单的编号也可以知道他买了什么样的书!

[xinyangwang_soft]

同样的产品加数量(购买的数量)字段，就可以了

[Gavinsky_feifei]

定单表只是保存定单，至于定单中的商品保存在另一个表中，从LZ的数据库来看"订单ID"是自动增长的，那么还不能保存多个商品了。虽然可以把商品名称拼接起来。但是操作起来很不方便。
可以把定单里关于商品的信息删除掉，建一个保存定单商品的表，例如:
id int identity(1000,1) primary key, --ID（就是个主键）//这里最好使用GUID 因为id有最大长度
Orderid int --订单编号(关联LZ建的表)
proID varchar(200) --商品编号（根据型号来编）
counts int --购买数量
这么一来，你买多少个商品都没问题。管理的时候根据定单把这个表里的产品和数量查出来就OK了。做多了就好了。

[fanyongbo]

同意楼上的，分两个表保存。订单信息表只保存订单信息,各种商品信息保存到另一张表中，用一个外键关联！！！！

[css基地]

假如一个商品有好几个人购买，那一个人就一个订单的编号呢？