订单信息表:订单编号(唯一),客户编号,购物车编号,订单状态1,确认(已付款),2备货中(*发货),4完成订单
客户信息表:客户编号(唯一),姓名,联系电话,发货地址,生日等
一:先抽象一个公用的“商品”实体,然后每一个具体的类型的商品继承这个实体,可是这样子设计的话,不同种类的商品一多的话,那么表就越多。感觉还是很糟糕。二:直接在”商品“这个实体里添加多一个属性,属性的值按约定的规则(如键值对)来描述包括这个商品种类信息,这样子的话就只要一张表就行。不过这样子做的话,在展示商品信息需要在前台对这个属性值进行分离,感觉好像哪里不太符合规范。
最简单的就是用Session保存,比如用户点击商品1放入购物车时:Session["want"] = Convert.ToString(Session["want"]) + "商品1,"
用户从购物车删除商品1时:
Session["want"] = Convert.ToString(Session["want"]).Relpace("商品1,","")
查看购物车时,
string[] allWant = Convert.ToString(Session["want"]).Split(',')
//接着分别处理各个商品ID,得到商品信息啊什么的。
上面这个思路简单吧,用数据库也可以,不过数据库里容易出现一堆垃圾数据,而且效率不高。
Session也不会占用太多内存。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)