本帖最后由 xlrtx 于 2013-03-11 20:23:40 编辑
长短不一的字符串(可能为空字符串)保存到数据库里面还是保存成文本文件?我做的是一个在线购物的网站,每个用户都会有个购物车
购物车(cart)里面保存了他们放进去的物品和物品的配置,
这个购物车(cart)储存的数据结构就是一个array(我保存成了json格式)
但是由于有的用户有放东西有的没有放,所以每个用户的购物车数据长度都不一样
请问购物车的内容(Json数据)我要保存到数据库里还是保持成文件?
如果保存成数据库, 我是放在user.cart里面 还是放到cart.items里面?
1)如果放到cart.items里,系统会等到用户添加物品到Cart里面后,再添加数据到cart,并且把用户的user.cart_id赋值为cart.id
当用户吧cart.item清空,则user.cart_id=0,并且删除对应的cartrow
2)如果保存到user.cart里面,每个user都会分配个很长的cart用来做存储,不知道会不会浪费资源?(我不清楚数据库的保存格式..)
3)如果保存成文件,我会在每个用户注册成功后生成一个$userid.json,放到一个私有文件夹里面,只有服务器可以访问,里面的内容可能是空.
数据库 json ------解决方案--------------------一般网站的购物车,是通过保存session或者cookie的。
因为这样性能稍微好一点。
------解决方案--------------------1、将 session 从默认的文件方式改换成数据库方式
2、直接操纵 $_SESSION,无需 json
3、为满足“注册的用户需要能够访问上次登录时的购物车”可在 session 表中增加一个用户名(用户id)字段,并适当调整 session 回调函数
于是:
如果考虑用数据库保存未结账信息,则 session 表已经做了。不必再做
如果考虑用文件保存未结账信息,则因为访问量巨大,多层目录文件管理困难;单层太慢。非万不得已,不与采纳
------解决方案--------------------不要为了程序而写程序,那是为了提高自身水平才做的事
做实际工作时,没有搞清业务流程就考虑技术流程是错误的
我只说说你想法中的几点错误
1.没搞清为什么要保留购物车数据,只是为了保留而保留
其实大部分人已经接受了重新登录/掉线购物车清空的事实,因为这点而投诉的客户几乎没有
2.“如果有人获得了用户的帐号密码……”,帐号密码远比购物车数据重要得多,本末倒置了
如果我丢失了账户密码,我不担心别人看到购物车里面放的是避孕套还是笔墨纸砚,而是担心别人看到我的送货地址和收货人资料
3.问题必须都在程序解决
应该在业务逻辑解决的事情,却由技术逻辑扛下来,是绝对的不会做生意(做事)的表现
购物车数据属于临时数据,完成一次购物(重新选择也算完成),数据就没用了——或者说转换为订单数据
现在最大的区别只是时间,就是这个“完成过程”所耗费的时间和多次浏览的问题,顺便问一下,购物车里面的数据放几个月还有用么?
有些时候在技术有限的情况不应把问题想得复杂化,能做才做,不能做就如实反馈给业务逻辑层解决
非要转牛角尖的话,我再给你出一个业务逻辑方面的难题:
我和我的家人(可能不少于3人)共用一个购物帐号密码,
同时在多点登录,购物并发货到不同地点或相同地点(订单不同),技术层面怎么解决?说明:拒绝二次登录属于业务层面逻辑而不是技术层面逻辑,我的意思是允许多点登录怎么做?
还是花点时间做好需求分析吧,和业务部门沟通最重要
------解决方案--------------------好多大牛。
我也要做类似的网站。
mark了以后看。
还在学习《PHP和MySQL Web开发》这本书,看了一半了。
声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn核实处理。
相关文章
相关视频
网友评论
文明上网理性发言,请遵守 新闻评论服务协议
我要评论