今天又要重新完善一下图书销售系统了，当开始想购物车这个模块的时候，我的疑惑接踵而来。
1.购物车中的数据是否应该存储在数据库中？
我特别想知道在真正的项目中，那些真正的软件工程师是如何考虑这个问题的。在Google上一搜，搜到了一篇咱园子里一位网友的观点：购物车应该是个临时存储数据的模块，他将其存放在Session对象中。这位网友说的很有道理，不过我并不喜欢这样的做法。如果大家都将其存储在Session对象中，成千上万个用户一同购物的话，想必ASP.NET服务器必将承受巨大的负载。也许像我们国内的网站可能会好一些，但想Amazon这样的网站，怎么做的呢？Amazon中国网站，也就是Joyo的网站，并不是将其存储在Session对象中，因为我如果这次放入购物车中的商品没有提交订单，下次登录后购物车中还会有这些商品。因此，我想他们可能是将这些购物车中的数据放入了数据库中。
2.关于并发？
原来我在开发自己的模拟网站的时候，曾经想到这样一个问题：如果一个客户在网站将一些图书放入了购物车，那么这些数量的图书是否应该从库存中减去呢？当时我是这样做了。我将购物车中相应图书的数量从数据库中减去，以防止此时其他用户看到”虚”的库存数量（如果没有减去，那么其他用户是可以购买的。例如：库存中图书的数量是10本，客户A将10本放入自己的购物车，此时客户B也将10本放入自己的购物车，那么谁将购买到此书将成为一个矛盾）。不过我这样做的结果是，每当客户更新购物车的同时就会同数据库有一次交流，加大了数据服务器的负担。Amazon.cn在这方面做的也不是很好，前些日子相信大家可能都遇到了当购买《深入理解操作系统》一书的时候，本来生成了订单，但是却在第二天告知缺货的事情。这一事件确实非常影响Amazon.cn的信誉，不知道现在他们的系统是否已经解决这一问题，不过现在《深入理解操作系统》一书的Joyo价已经今非昔比了。不知道各位高手是如何解决这一问题的，欢迎大家将自己的成功经验写在评论中。
3.订单和订单明细同购物车的关系
我想这个问题可能一直是此类网站的一个大问题吧！前两天，CSTP的陈老师还曾在电话中面试我这道题，我当时很紧张，问题答的不是很清楚。其实这个问题简单的想并不难：两个表订单和明细，订单表中每列指向明细表中的对应列。外键就是订单表中的订单号。
4.明细表中订单号的生成？
这个问题继承第3个问题，我一直不知道应该如何解决此问题。我有两个解决方案，一个是使用触发器，另一个是编程。前者在客户每次放入购物车中一种商品的同时增加一个明细，确认购买后生成订单，将明细表中的购买状态更改以触发触发器将生成一个订单号（当然这个订单号既可以在触发器中编程也可以是让订单表订单号的一列设置为自动生成序号）。后者将判断订单号，然后将其加1以生成新的订单号。但是这两个方案我总是觉得非常不好，很想知道在商用网站中订单号是如何处理的。
看看上面，都成了问题集了，呵呵。