【求】有经验的进，订单表设计
开发一个项目，涉及到在线下订单，其中注册用户和游客都可下单，请教下：
针对这个，订单表是该把所有订单都放到一个表，用一个字段表示该订单属于注册用户还是游客这样好，还是，注册用户一个订单表，普通游客一个订单表，这样好。
如果按第一种，用户表就无法和订单表做外键关联了！

------解决方案--------------------
放到一个表中，加个用户标识字段，1为注册用户，0为游客，就可以了。
------解决方案--------------------
放在一个表中好，具体怎么区别游客与注册用户看你自己选择吧楼上两位的都可以
------解决方案--------------------

引用:

开发一个项目，涉及到在线下订单，其中注册用户和游客都可下单，请教下：
针对这个，订单表是该把所有订单都放到一个表，用一个字段表示该订单属于注册用户还是游客这样好，还是，注册用户一个订单表，普通游客一个订单表，这样好。
如果按第一种，用户表就无法和订单表做外键关联了！

这个外键的业务逻辑设计有问题。订单关联的应该是“购物车”而不是什么用户或者游客。

在每一个客户浏览网站时，你都给它分配一个“购物车Id号”，这可以另外创建一个cookie单元保存也可以使用原来的SessionID号代替，然后同时创建购物车记录保存购物车信息，例如何时创建、何时自动作废、总共允许多少件商品、总共允许保存多大价值的商品、有没有用户login、用户信息是什么，甚至包括用户访问每一个商品所花的时间和重复访问次数等。
------解决方案--------------------
其实很多时候把语文学好了、把大白话说到位了，就能轻松地搞好设计入门。所以不是说搞编程的人一定比刷厕所的大姐更懂得设计入门。

你纠结什么呢？你自己都说订单与用户其实没有直接关联，那么为什么纠结于编程那点技巧而不能从根上（设计上）就放弃订单跟用户的外键关联呢？
------解决方案--------------------

引用:

引用:
开发一个项目，涉及到在线下订单，其中注册用户和游客都可下单，请教下：
针对这个，订单表是该把所有订单都放到一个表，用一个字段表示该订单属于注册用户还是游客这样好，还是，注册用户一个订单表，普通游客一个订单表，这样好。
如果按第一种，用户表就无法和订单表做外键关联了！


这个外键的业务逻辑设计有问题。订单关联的应该是“购物车”而不是什么用户……

受教了，捡着学习了