订单的数据库设计

❶ 网上订书系统的数据库设计

系统会很复杂，只能给个大概的

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，折扣，数量。一个订单可以包含一个或多个商品。
再一个表放送货地址、发票、付款方式等乱七八糟信息。