目前我們使用購物車的存儲方式主要有：Session方式，Cookie方式，數據庫存儲，我們來一一分析優缺點。
1.Session（Memcached）方式
優點：購物車信息保存在服務端，可以保存1M 信息。
缺點：對於大型網站會占有過多的服務器內存資源，造成服務器壓力過大。Session保存的信息會在用戶退出登錄后丟失。用戶下次登錄，購物車中商品信息丟失，用戶只能從新選擇。
2.Cookie方式
優點：購物車信息存儲在客戶端，不占用服務器資源，基本可以到達持久化存儲。
缺點：Cookie有大小的限制，不能超過4K，而且不夠安全。如果是個人PC機，Cookie能很好的保存購物車信息，但如果是公共辦公環境，Cookie保存的信息基本就失效了(會被其他人購物車信息覆蓋)。對一個大型的電子商務網站，我們需要對用戶的購買行為進行分析，需要對用戶推薦用戶感興趣的商品，如果把購物車信息保存在Cookie中，則不能對用戶購買行為分析統計。
3.數據庫存儲
優點：持久化存儲，可以分析用戶購買行為。
缺點: 網站速度變慢，成本和維護增加。
對於一個大型的電子商務網站，我們需要知道用戶對什么樣的商品感興趣，需要給用戶推薦相似度商品。那么就有必要分析用戶的購買行為。在這里只詳細講述下使用數據庫存儲方式的演變。開始我們是使用Cookie存儲購物車的信息，但使用一段時間后發現有很多客戶投訴，購物車中常常會多了很多商品，而且並不是客戶選擇的商品。數據挖掘部門也抱怨不能分析購物車的信息。。。。我們決定改變購物車的存儲方式。開始我們設計的表是這樣的：
對於登錄用戶，我們根據UserId查詢購物車信息。對於非登錄用戶，則根據瀏覽器選擇查詢方式，如果是火狐瀏覽器，我們根據SessionId查詢，如果是IE或360瀏覽器，我們根據IP查詢。在一天訂單量只有幾萬單的時候，系統運行的很穩定。但發現一天訂單量超過10萬單的時候，特別是高峰期，購物車數據庫寫壓力特別大。查詢也時常超時。我們不得不清理存儲時間超過10天的數據。我們新建一個Job每天夜里執行刪除超過10天的數據。但隨着訂單量的增加。數據庫寫壓力依然很大。這時候我們考慮分庫來解決數據庫的寫壓力。我們根據登錄用戶和匿名用戶來拆庫。采用如圖方式
對於登錄用戶我們根據UserId拆成2個庫，一個是奇數庫，一個是偶數庫。對於匿名用戶我們根據瀏覽器拆分，火狐瀏覽器（SessionId查詢）一個庫，IE或360瀏覽器（根據IP查詢）一個庫。
對於表結構，我們也做了調整。使用UserId和CreatedDateTicks時間撮做聯合主鍵，登錄用戶購物車表結構：
匿名用戶（火狐瀏覽器）存儲表結構：
IE或360瀏覽器存儲表結構：
數據存儲方面我們也做了調整。刪掉了大量的數據庫更新操作，因為大量的更新操作會造成鎖表。購物車信息發生變化時，Content保存用戶購物車信息的XML。現在只需做插入操作了。查詢數據時，返回最后一條數據即可。采用分庫后減輕了單台數據庫寫數據的壓力，Content保存購物車信息的XML避免大量的更新操作。現在系統可以平穩的運行了！
一般來說，可以使用session,cookie和數據庫來記錄購物車數據
1，不過不提倡使用session，這貨占用服務器資源，還有過期時間，客戶關掉瀏覽器時session即消失，下次再上來，又得重新選產品。
2，cookie這東西不錯，放在客戶端的，給個一年的過期時間，只要客戶不清掉，每次來都能記得上次的購物車信息。大家可以看看京東，
在購物車cookie中存了不少東西，有產品編碼和購買的數量等信息，如京東：yCartOrderLogic={&TheSkus&:[{&Id&:437741$&Num&:2}]}，
原來凡客的cookie中也以JSON的形式存了很多信息。
所以，我以學習的心態，將產品編碼，價格，名稱，類型和數量等購物信息做成一個對象，然后對象序列化成JSON，存在客戶端的COOKIE中，
在讀取cookie時，在剛開始的時候很好用，反序列化cookie值成購物車條目對象就可以了，但是當產品類型多起來之后，而且有套裝那種多件產品時，
甚至產品不是來自同一個數據表時，比如普通首飾和鑽石，表的結構都不一樣了，還得到不同的表格中去取，當然首先你得判斷產品類型
這時候一個購物條目對象已經有多條子對象，往往一個查詢中嵌套着兩重以上的循環加上多個switch case，當購物車中有十個復雜的條目時，讀取速度
將超過十秒，不管怎么優化，速度就擺在那里，不快不慢。。。而且你不能保證客戶不下100個或更多的復雜購物車記錄，最重要的是cookie是有
存儲大小限制的，這種做法有產品很復雜時是不利的，果斷放棄！
3，數據庫這東西好啊，不會像cookie那種容易丟失，也沒有客戶端的限制，你想怎么存，存多少都行。
購物車數據存數據庫好處有很多，可以分析購買行為，可以為客戶保存購買信息（不會因為瀏覽器關閉而丟失）等。
還需要考慮的一個問題是用戶是否登錄，淘寶使用的就是cookie記錄，你可以試試，未登錄時可以加20個商品，登錄后可以加50個，這就是因為
cookie客戶端的限制。
我這里因為產品線的復雜性，所有購物車條目都保存在數據庫中。
購物車數據庫設計成兩個關聯表
1，Basket，購物車主表
基本字段有：BasketId,AddTime,UserId,AddressId,Payment,Status等，不解釋了，看英文意思就行
2，BasketDetail，購物車條目表
基本字段有：BasketDetailId,BasketId,Type,Code,Qty,ParentId等，ParentId用作子行標識，其它不解釋
兩個表之間使用BasketId做為關聯
當用戶登錄狀態時，添加產品到購物時，查看Basket中是否有Status為True的購物車，沒有則添加一條新的Basket記錄，並將產品信息相關數據添加至BasketDetail表中
當用戶未登錄時，使用cookie記錄一個BasketId值，不往Basket表中插入數據，只往BasketDetail插入數據，其中的BasketId值使用cookie中的BasketId值，當用戶登錄
后，查看Basket中是否有Status為True的購物車記錄，有則合並（更新cookie和BasketDetail中的BasketId為查詢出來的Basket表中的BasketId值），無則添加一條新的
Basket記錄，並將BasketId值置為Cookie中記錄的basketid值