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就一直存在，所以你的購物信息在瀏覽器不關閉的時候就會存放在裡面。就是購物車了。
差不多就是這樣了。