订单数据表如何设计
你做的是C-C的网站，也就是客户对客户的，数据库的设计相对也就麻烦一些。不过你们既是学生，也不用过于严谨，一般符合数据库三大范式前两个就行了。
首先你要明确自己要做什么，接着就是画出E-R图（实体关系图），E-R图画出来，数据库基本上就出来了。以我自己多年的开发经验，你们的项目最少需要十来张表，用户的信息（登陆、注册）就要两张，还有订单表也要两张，其他的用户发布的交易
只要在表里面加一个字段就行
create table order
(
order_id varchar(20),--订单编号
shuliang int,--数量
ok_wan int default 0,--已完成数量，签订单时默认写0 以后每次完成一批后就修改这个数据
)
其中一个订单包括多种商品，每种商品有所属的种类和数量，而这些信息都被记录在订单详情记录表中。订单表和订单详情记录表通过订单编号连接起来。至于各个表的属性还要看您的具体需求来定。
你担心汇总明细金额时太慢，我觉得这是多余的，一张订单的明细数据能有多少呢？1万条，够多了吧？可是即使是3万条，一个“sum(金额)”的查询也是很快的。
关于怕程序运行一半出问题的事情，你可以在做程序时用事务控制一下。（事务：多条数据库写入操作的集合，特性是要么所有操作都执行成功，要么所有操作都被回滚，取消执行），这样就保证了你数据的一致性。
