仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 571|回复: 9
打印 上一主题 下一主题

[学习教程] ASP网站制作之购物车中数据的寄存体例

[复制链接]
山那边是海 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:35:27 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
只要你想学,就没什么优缺点,上面那位大哥已经把网上的评论说了,但我认为想学哪个都一样,不然它就不可能在当今时代数字艺术方面存活到今天aierong[原作]
第一次做BToC站点的购物车,总结了一下购物车中数据的寄存体例
体例1:用会话

会话中能够寄存任何范例数据,每一个用户有一个独一的会话ID,用此ID辨别分歧用户的购物车
会话数据是寄存在WEB服务器的内存中的,假如利用购物车的用户对照多的话,如许一来将占用大批服务器资本
会话有一小缺点,它是依托COOKIE来与用户通信的,一旦用户封闭COOKIE,利用会话将对照贫苦
固然在ASP。NET中另有另2种体例保留会话数据
一种是指定另外一台服务器来寄存会话数据,如许一来能够无效分管WEB服务器的运转开支。
另外一种是把会话数据寄存在MSSQL中,MSSQL是使用部分一时表完成的,会话数据放在部分一时表中,MSSQL为每个部分一时表也分派一个独一的ID
,我想是用此ID辨别分歧用户的分歧会话数据的。可是我不保举利用此办法,频仍在数据库内里创建和删除一时表对数据库的开支太年夜
体例2:在数据库内里用表(ShopingCart)
我喜好的完成体例
表有几个基础字段
CartId购物车ID(独一)
Id商品的ID(独一)
Qty用户购置商品的数目
CreateDate购物车创立工夫
此表的字段CartId是辨别分歧用户的购物车的ID,如果上岸用户,你能够在表中寄存此上岸用户的上岸名的ID,如果未上岸用户利用购物车,
你能够给他分派一个GUID(环球独一标记)做购物车ID
此办法有也有一些缺点,一是它会形成大批有效数据,人人都晓得,利用购物车的人,纷歧定会终极结帐购置商品。可是利用购物车就得
往表(ShopingCart)内里拔出相干数据,未上岸用户一分开站点,他在表中的数据就成了一堆废数据,由于他鄙人次上岸时,我们分派给他的
是一个新的CartId购物车ID.有废数据我们就得经常来保护此表,我们能够写一个扫除废数据的历程(使用字段CreateDate和CartId能够判别有效数据),野生挪用运转也能够,如果想由MSSQL代我们来运转,就能够设置一个JOB,由JOB主动挪用历程分明废数据
说拉缺点,我们该说说此体例的长处拉
1。占用体系资本少,我们能够把数据库安装在一台电脑中,WEB服务器安装在另外一电脑中,体系资本充实发扬
2。购物车中数据能够失掉无效保存,我们能够试想一客户在购物时,俄然某其他缘故原由(逝世机等缘故原由)分开了购物站,他在购物车中数占有效保
留上去,他下次上岸时购物车中另有前次保存的数据,制止用户再次选购商品的操纵(此功效只对上岸用户的购物车无效),如果用会话完成
购物车,一切用户一旦分开站点,他的购物车中数据全体生效
好拉,我就总结了这些,因为方才打仗ASP。NET,对很多方面还熟悉未几,大概另有其他一些办法完成购物车,但愿人人可以授与指导,感谢人人
SQLServer是基于服务器端的中型的数据库,可以适合大容量数据的应用,在功能上管理上也要比Access要强得多。在处理海量数据的效率,后台开发的灵活性,可扩展性等方面强大。
山那边是海 该用户已被删除
沙发
 楼主| 发表于 2015-3-19 09:27:41 | 显示全部楼层
最近在学asp,不要问我为什么不直接学.net,因为公司网站是asp做的所以有这个需要,卖了本书asp入门到精通,对里面的六大内置对象老是记不住,还有很多属性和方法看的头晕。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-6-12 01:55

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表