目前我們使用購物車的存儲方式主要有:session方式,cookie方式,數據庫存儲,我們來一一分析優缺點。
1.Session(Memcached)方式
優點:購物車信息保存在服務端,可以保存1M 信息。
缺點:對于大型網站會占有過多的服務器内存資源,造成服務器壓力過大。Session保存的信息會在用戶退出登錄後丢失。用戶下次登錄,購物車中商品信息丢失,用戶隻能從新選擇。
2.Cookie方式
優點:購物車信息存儲在客戶端,不占用服務器資源,基本可以到達持久化存儲。
缺點:Cookie有大小的限制,不能超過4K,而且不夠安全。如果是個人PC機,Cookie能很好的保存購物車信息,但如果是公共辦公環境,Cookie保存的信息基本就失效了(會被其他人購物車信息覆蓋)。對一個大型的電子商務網站,我們需要對用戶的購買行為進行分析,需要對用戶推薦用戶感興趣的商品,如果把購物車信息保存在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值
點擊了解更多去學習:非常使用的代碼優化,怎麼才能寫好代碼
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!