一个订单设计问题。高分相送，来者有分。

Question

用户地址表
id  address 主键是id (id=1,2,3----)
购物清单表
id  product_id 主键是id+product_id

Answer 1

希望大家能说得详细些。这样也好让我们有个讨论的余地。
非常感谢opencsdn(虚心求教)第一个捧场，不过你的设计明显属于我的第二个思路。那么我的问题你似乎没有回答哦。

Answer 2

建立成一个订单表,跟你的货物表一样,只不过是多了一个属性"地址"
然后订单存入的是int数据,如果没有订这个存入0,就ok了

Answer 3

classjava(原始野人) 订单中中的物品清单不只一个物品。可能是多个。你这么做的话，那么我就的一种物品作一条记录。买10个商品我就的插入10条记录。

Answer 4

没有细想，仅供参考：T_UserInfo (用户信息表)
  UserId
  Address (用户收货地址)
  ...（其他用户信息）T_Order (定单表)
  OrderId  pk (定单号，主键)
  UserId      (用户ID)(通过用户ID来获得送货地址)
  ...（其他定单信息）T_CarriageList （货物清单）
  CarriageListId  pk 
  OrderId         fk -- 外键，对应T_Order.OrderId
  CarriageID   （货物ID）
  ...（其他货物清单信息）
T_Carriage （货物详细信息表）
  CarriageID  pk（货物ID）
  CarriageName  （货物名称）
  ...           （其他货物信息）

Answer 5

我忘记告诉大家我的开发环境了。我用的struts1.1,tomcat5.0.27,mysql.

Answer 6

T_UserInfo (用户信息表)
  UserId
  Address (用户收货地址)
  ...（其他用户信息）T_Order (定单表)
  OrderId  pk (定单号，主键)
  UserId      (用户ID)(通过用户ID来获得送货地址)
  ...（其他定单信息）两表多对多。

Answer 7

表少了冗余数据就多些
表多了数据结构复杂些（可以通过试图等来方便查询等操作）
根据时间来吧，建议按照 yaray(雅睿,生活在别处) 的方法来做，便于以后数据的扩展！！
和其他功能的添加！！

Answer 8

gohands(东方一华)
能提供一下yaray(雅睿,生活在别处)方法的具体内容么？
你说得我没听过。

Answer 9

Customer(客户表)
  id  PK
  address
  name
其它信息
order（订单表)
 id  pk
 Custaddress ```在前台从客户表检索
 其它信息T_Carriage （货物详细信息表）
  ID  fk（订单ID）
  Name  （货物名称）
  ...           （其他货物信息）
ID,Name为主键

Answer 10

嗯....我以前做过这个..随便说点业务方面的东西在商业ERP中...订单都会分为两个部分...表头和表体  业务中,表头包含了下单日期,交付日期,下单人,交付地址等等属性  表体则包含了订单明细..其实也就是订单包含的商品数,它的条目数是>=1的在逻辑中,表头表示了一个订单所共有或者公有的信息,每条订单本身所包含的属性,而表体与表头则应该是1-N的关系..所以,在库表设计中,通常表头为一个定义表,而表体为明细表  这样搜索订单的时候搜索定义表..查看订单显示明细表..

Answer 11

用户地址表
uid  address 主键是uid (id=1,2,3----)
购物清单表
uid  order_id 主键是uid+order_id
order_id随机生成,一个可下多个订单,由uid确定是哪个人,查询其地址,

Answer 12

我也没有做过这个，以下的紧供参考：
    我认为这个最好是动态和静态分离。这里面的静态就是一些
固定的属性，比如说，用户的属性、定单的属性。而动态就是一些
用户和定单联系到最后购物的过程，就是一个购买的过程。
   用户地址可以加到用户的表中；购物清单可以加到定单的表中。
这2个表通过用户的ID联系。
   在动态购买的表中，可以加用户的ID，定单的ID，以及购买是否
成功（不知道需不需要）等，你需要实现的功能，就是用户和定单联系
在一起所能完成的功能。

Answer 13

bluemeteor(挂月)说的好,我们的就是这么实现的,不过我还没有完全理解.