購物車資料與訂單資料是分兩套表儲存還是在同一套表裡儲存通過不同的狀態來做區分？
ibm wcs 將購物車資料與訂單資料放在一張表中，從實現的車層面來看，我覺得是個好的選擇，原因如下：
1：購物車裡面存放了購買的商品、商品數量、**資訊、優惠資訊，與訂單的儲存結構、資料是相同的，是可以放在一起的，不是強制放在一起
2：業務實現過程簡單，不需要再將相同的資料在多套表之間進行轉移，只需要通過簡單的狀態修改即可實現，放在一起對我們的實現過程以及以後的維護都是高效的、簡潔的，當然對下單效能也是有較大提公升的
3：缺點是在概念上會有點模糊不清，如果再抽象乙個層次，叫著 「 使用者購買商品」，又有誰會在乎呢
-------------------
設計的過程是乙個取捨的過程，在訂單這個地方我認為實現的高效、簡潔、下單的效能以及以後的維護方便性，要大於，概念上的絕對清晰，水清則無魚。
購物車訂單實現
apiservice類 public inte ce apiservice myinterceptor類 public class myinterceptor implements interceptor okhttputils類 retrofitutils類 public class retrof...
儲存訂單資料庫表
1.我是用powerdesigner設計的，分為兩個表，ordername為外來鍵，設定外來鍵時出了點小插曲，這裡不羅嗦了，如圖 2.樣品單類直接封裝這兩個表的資料 public class order public order string from,string to,string ordert...
購物車儲存 session cookie 資料庫
優缺點分析 round1 1.0 session memcache 方式 缺點 伺服器資源是有限的,在使用者量很大的時候會佔據伺服器大量記憶體資源,伺服器壓力增大,且在使用者退出登陸後伺服器清空購物車資料,使用者下次登陸還是需要重新選擇商品.優點 購物車資訊儲存在伺服器端,至於session能儲存多...