A. 购物车实现技术
我早期做来过一个Asp的购物车自
是用数据库实现的
数据库设计大概是
id proctId(商品外键) userId(是谁放到购物车的) time （添加时间） .....
意思是用一张表来记录所有用户的购物车所存放的商品
用户可以在查看购物车的时候给商品下定单，或者删除购物扯的商品
如果你觉得我的做法还行的话 我可以给你找找源码~
————————————————原创回答团成员专用标识———————————————
原创回答团成员：lulong887 为您解答，希望对您有所帮助，谢谢。
B. 电子购物系统的 购物车 是如何实现的 是数据库 还是cookie session 如何做 给个思路~
可以使用JavaBean建立一个商品类，用于保存商品的相关信息，再建立一个购物车，例如可以版用Collection保存商品，权用于保存所选择的商品，然后可以使用form表单的select，将商品添加进去，提交后在结果页面中获取select选择的结果，将所选的商品保存到购物车中，然后遍历购物车，将商品保存到数据库中
C. 网站购物车是怎么个原理。对数据库表配哪些字段想不明白。请假大侠们。
第一：做购物车来，一自般来说是不存入数据库这样数据量比较大并且查询效率慢，所以一般购物车都用Session,或Cookie来实现，建一个购物车实体类，大概有这些字段，商品ID，用户ID，数量...等这可以根据自己需要来设置，然后比如购买一件商品添加到购物车就创建一个hashtable来保存购物车里的信息，然后把hashtable保存到Session或Cookie，大致就这样。
第二：订单，你说的那个订单一般都有一个订单表的。首先要弄清楚流程，肯定是用户先将产品加入购物车，然后再提交订单的。为什么会订单下了以后还关购物车的事呢？购物车只是临时保存用户购买产品的地方。就像超市里去卖东西首先推一个车，然后去选购你要的产品，最后付款。对应这车只是你保存东西的一个工具，当你购买完毕后就不会和他有什么联系了。如果你后面需要退货你也只管那张单据（对应产品订单）而不会和你购物车车上联系。
不知道我这样讲你是否明白！
D. 购物车,订单表,数据库它们三者之间是什么关系.`
购物车是储存在session（也有储存在cookie的）里面订单是根据购物车生成的。最后在吧订单存在数据库里面。
E. php里用数据库实现购物车是怎么个思路，求高手解答
数据库是建立一个购物车的表的。用户ID作外链。用户选定一种商品，存商品相关属性入表。用户查看购物车时只要把有该用户ID的购物信息读出来就行了。维护这张表就可以体现出用户的购物行为了。
F. php关于用数据库作为购物车的原理
我来解答一下你复的疑惑 买了两个产品制。那就是执行了两次 insert into temp_table (uid,proctid,pnum,poneprice,ptotalprice)如果 proctid相同则， pnum = pnum+1; ptotalprice = pnum*poneprice 假设前提是 当前两条记录的产品不同，那么购物车列表则是循环读取temp_table列出现有符合条件之产品，数量，价格。 修改2个产品数量的时候， 提交后，同样的文本框pnum为一个数组，proctid为一个数组 获取pnum,proctid,并且用 split分析后， 分别update update temp_table set pnum='".$pnum[0]."',ptotalprice='..省略.' where uid=自己的uid and proctid='".$proctid[0]."'注意，这里数组下标要对应好，你可以用个循环。 最后，当订单下好之后，要把临时表的数据转移到正式表中，并且清理掉当前这个用户临时表的内容即可。
G. 购物车如何实现用什么技术
1. cookie
cookie是由服务器产生，存储在客户端的一段信息。它定义了一种Web服务器在客户端存储和返回信息的机制，cookie文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户以后访问同一个Web服务器时，浏览器会把cookie原样发送给服务器。通过让服务器读取原先保存到客户端的信息，网站能够为浏览者提供一系列的方便，例如在线交易过程中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。利用cookie的特性，大大扩展了WEB应用程序的功能，不仅可以建立服务器与客户机的联系，因为cookie可以由服务器定制，因此还可以将购物信息生成cookie值存放在客户端，从而实现购物车的功能。用基于cookie的方式实现服务器与浏览器之间的会话或购物车，有以下特点：
n cookie存储在客户端，且占用很少的资源，浏览器允许存放300个cookie，每个cookie的大小为4KB，足以满足购物车的要求，同时也减轻了服务器的负荷；
n cookie为浏览器所内置，使用方便。即使用户不小心关闭了浏览器窗口，只要在cookie定义的有效期内，购物车中的信息也不会丢失；
n cookie不是可执行文件，所以不会以任何方式执行，因此也不会带来病毒或攻击用户的系统；
n 基于cookie的购物车要求用户浏览器必须支持并设置为启用cookie，否则购物车则失效；
n 存在着关于cookie侵犯访问者隐私权的争论，因此有些用户会禁止本机的cookie功能。
2. session
session是实现购物车的另一种方法。session提供了可以保存和跟踪用户的状态信息的功能，使当前用户在session中定义的变量和对象能在页面之间共享，但是不能为应用中其他用户所访问，它与cookie最重大的区别是，session将用户在会话期间的私有信息存储在服务器端，提高了安全性。在服务器生成session后，客户端会生成一个sessionid识别号保存在客户端，以保持和服务器的同步。这个sessionid是只读的，如果客户端禁止cookie功能，session会通过在URL中附加参数，或隐含在表单中提交等其他方式在页面间传送。因此利用session实施对用户的管理则更为安全、有效。
同样，利用session也能实现购物车，这种方式的特点是：
n session用新的机制保持与客户端的同步，不依赖于客户端设置；
n 与cookie相比，session是存储在服务器端的信息，因此显得更为安全，因此可将身份标示，购物等信息存储在session中；
n session会占用服务器资源，加大服务器端的负载，尤其当并发用户很多时，会生成大量的session，影响服务器的性能；
n 因为session存储的信息更敏感，而且是以文件形式保存在服务器中，因此仍然存在着安全隐患。
3. 结合数据库的方式
这也是目前较普遍的模式，在这种方式中，数据库承担着存储购物信息的作用，session或cookie则用来跟踪用户。这种方式具有以下特点：
n 数据库与cookie分别负责记录数据和维持会话，能发挥各自的优势，使安全性和服务器性能都得到了提高；
n 每一个购物的行为，都要直接建立与数据库的连接，直至对表的操作完成后，连接才释放。当并发用户很多时，会影响数据库的性能，因此，这对数据库的性能提出了更高的要求；
n 使cookie维持会话有赖客户端的支持。
H. 描述购物车功能及结账功能的实现思路和步骤 asp.net，数据库实现购物车功能
购物车功能及结账功能的实现思路和步骤 asp.net，数据库实现购物车功能
有很多实现的思路 根据你的系统是怎么实现的来说吧
I. 购物车怎么实现
下面分析一下它们的机制及作用。 1. cookiecookie是由服务器产生，存储在客户端的一段信息。它定义了一种服务器在客户端存储和返回信息的机制，cookie文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户以后访问同一个Web服务器时，浏览器会把cookie原样发送给服务器。通过让服务器读取原先保存到客户端的信息，网站能够为浏览者提供一系列的方便，例如在线交易过程中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。利用cookie的特性，大大扩展了WEB应用程序的功能，不仅可以建立服务器与客户机的联系，因为cookie可以由服务器定制，因此还可以将购物信息生成cookie值存放在客户端，从而实现购物车的功能。用基于cookie的方式实现服务器与浏览器之间的会话或购物车，有以下特点： n cookie存储在客户端，且占用很少的资源，浏览器允许存放300个cookie，每个cookie的大小为4KB，足以满足购物车的要求，同时也减轻了服务器的负荷； n cookie为浏览器所内置，使用方便。即使用户不小心关闭了浏览器窗口，只要在cookie定义的有效期内，购物车中的信息也不会丢失； n cookie不是可执行文件，所以不会以任何方式执行，因此也不会带来病毒或攻击用户的系统； n 基于cookie的购物车要求用户浏览器必须支持并设置为启用cookie，否则购物车则失效； n 存在着关于cookie侵犯访问者隐私权的争论，因此有些用户会禁止本机的cookie功能。 2. sessionsession是实现购物车的另一种方法。session提供了可以保存和跟踪用户的状态信息的功能，使当前用户在session中定义的变量和对象能在页面之间共享，但是不能为应用中其他用户所访问，它与cookie最重大的区别是，session将用户在会话期间的私有信息存储在服务器端，提高了安全性。在服务器生成session后，客户端会生成一个sessionid识别号保存在客户端，以保持和服务器的同步。这个sessionid是只读的，如果客户端禁止cookie功能，session会通过在URL中附加参数，或隐含在表单中提交等其他方式在页面间传送。因此利用session实施对用户的管理则更为安全、有效。 同样，利用session也能实现购物车，这种方式的特点是： n session用新的机制保持与客户端的同步，不依赖于客户端设置； n 与cookie相比，session是存储在服务器端的信息，因此显得更为安全，因此可将身份标示，购物等信息存储在session中； n session会占用服务器资源，加大服务器端的负载，尤其当并发用户很多时，会生成大量的session，影响服务器的性能； n 因为session存储的信息更敏感，而且是以文件形式保存在服务器中，因此仍然存在着安全隐患。 3. 结合数据库的方式 这也是目前较普遍的模式，在这种方式中，数据库承担着存储购物信息的作用，session或cookie则用来跟踪用户。这种方式具有以下特点： n 数据库与cookie分别负责记录数据和维持会话，能发挥各自的优势，使安全性和服务器性能都得到了提高； n 每一个购物的行为，都要直接建立与数据库的连接，直至对表的操作完成后，连接才释放。当并发用户很多时，会影响数据库的性能，因此，这对数据库的性能提出了更高的要求； n 使cookie维持会话有赖客户端的支持。 各种方式的选择： 虽然cookie可用来实现购物车，但必须获得浏览器的支持，再加上它是存储在客户端的信息，极易被获取，所以这也限制了它存储更多，更重要的信息。所以一般cookie只用来维持与服务器的会话，例如国内最大的当当网络书店就是用cookie保持与客户的联系，但是这种方式最大的缺点是如果客户端不支持 cookie就会使购物车失效。 Session 能很好地与交易双方保持会话，可以忽视客户端的设置。在购物车技术中得到了广泛的应用。但session的文件属性使其仍然留有安全隐患。 结合数据库的方式虽然在一定程度上解决了上述的问题，但从上面的例子可以看出：在这种购物流程中涉及到对数据库表的频繁操作，尤其是用户每选购一次商品，都要与数据库进行连接，当用户很多的时候就加大了服务器与数据库的负荷 我们公司采用的是数据库的方式 1、用户浏览系统，获取用户机器的MAC地址 2、如果用户购买物品，添加到数据库里面，同时插入机器的MAC地址，也是用户的ID标示 3、如果用户登录系统，用用户真实的ID，更新当前机器的MAC对应的记录。
J. jsp购物车原理是怎样啊
现在做购物车抄一般都是用的session，
所以你说的原理应该是
做购物车的时候把购物信息都放在session里面，然后因为session的生命周期在浏览器打开到关闭的过程之间。
就是说你关闭了浏览器之后，再打开浏览器session就清空了。你浏览器没有关闭session就一直存在，所以你的购物信息在浏览器不关闭的时候就会存放在里面。就是购物车了。
差不多就是这样了。