现在要写个购物车,但不知道写在session还是写在数据库里各位给点意见啊

解决方案 »

  1.   

    各有利弊吧。
    session中,操作起来比较方便,性能相对数据库而言,好点;不过,会话过期,就挂了。
    DB中,性能相对而言弱点。但是保存时间长,下次登录,仍然可以继续上次交易。
    其实,用哪个都无所谓,关键哪个比较适合你的系统。
      

  2.   

    个人认为session直接能做出来了 用数据库比较麻烦
    ps:我是新手
      

  3.   

    实体化到数据库里面偶感觉会很慢的,但是安全性比session高……
      

  4.   

    我个人认为写到session中少量的还可以,太多的话浪费系统资源,最好是写到数据库或者是临时文件里。
      

  5.   

    数据库,如果用户买完没交定单,半小时侯回来,session没了,车空了,多不好,写在库里,他要是三天都没再来,就把他的资料从库里删了,这也对得起人家,我是从需求考虑
      

  6.   

    效率session比数据库高很多??
      

  7.   

    看你的 实际需求……
      中小型b2c用session
     需求大的就要考虑db了 ……
      

  8.   

    session 里,速度快 方便
      

  9.   

    数据库是最佳选择,要对用户和系统安全负责。Session 只是用来保存临时性的值。
      

  10.   

    if(request.getSession==(null)){
    提示过期
    }else{
    ....
    }
    我虽然不是什么牛人,但是没次看到csdn里面一些家伙在不知道干什么,提出的问题不能帮人解决在那扳高手真恶心。少来什么给人思路,狗屁。我很希望中国的论坛能象台湾论坛一样,能得到实质性的解决,而不是在这边提供什么“思路”;
      

  11.   

    先生、女士们:如果您自己感觉java技术还不错,而且拥有一颗热情的心(请仔细考虑是否符合以上条件)。请加入QQ群“J2EE阵地”,号码是9938685。让我们共同探讨工作、学习中遇到的各种技术难题。本群人员大都拥有比较扎实的技术功底,而且异常热情。在这里我代表群中的同仁,真挚的欢迎您的到来。
      

  12.   

    用session吧...个人建议 好处上面各位都说了,我只是顶一下...这种类似的系统我也参与过设计和开发 一般情况下会用session
      

  13.   

    当然是用session,你看那个案例上写着用数据库了,上边还有人说用cookie,我真服了,别给人家吓指路了