购物车用临时表记录好,还是用session记录好呢
---------------------------------------------------------------
用临时表吧，用户不小心关了IE，如果用Session的话就没白忙了
---------------------------------------------------------------
当然是先用session记录商品的唯一标示, 最后在进入数据库匹配阿, 这样可以减轻数据库的负担啊!
---------------------------------------------------------------
做成临时表速度会不会受影响呢?
---------------------------------------------------------------
Session,cookie,临时文件
强烈反对用数据库！！！！！！！！！！！！！！！！！！！！！
---------------------------------------------------------------
用session来处理购物流程。
用数据库来处理支付流程。
---------------------------------------------------------------
如果MYSQL不支持事务处理的话，他有些流程就需要临时表支持了吧
象是记录那些货物什么的，用SESSION是不是会更快些呢
个人见解
---------------------------------------------------------------
在一个稍大一点的电子商务站点中，如果使用数据库来存放用户的购物信息可能会导致效率问题。用session来处理想对来说就快得多了。由于没有了数据库读写的问题，其效率提高很多。大家都知道，mysql读取数据是很快的，但update,insert可就没有那么快了。在购物时，用户可能会随时扔掉不想要的东西，这就导致了数据库的频繁使用，用session来做就好得多了。但是用session来处理购物流程也会有一点问题，那就是在购物时，如果用户购买了大于库存数量的商品，这在实际中是不允许发生的，而且在用户购物时，有别的用户也购买了此商品，那这些动态更新的数据也不能被系统所检测到。但为了效率，可以将此部分放到支付时进行处理。
对于money的问题大家都是比较慎重的。所以在支付时的用户数量比起购物时的用户数量会大大减小。所以将数据的比较及更新，放到这一部分是比较合适的。但正如前面所说，这样可能会导致用户的不满，因为一旦有数据的不准确就会导致用户修改其数据。
对于小型的站点，用数据库来做是很方便的，对于大一点的站点，用session来做换来的是效率。
---------------------------------------------------------------
偶然说的好，支持一下