摘要:設計開始我們的表結構設計了分類表應該是最輕松的,一般結構是自增,名稱,圖片有圖片的分類,顯示順序,狀態這些。
為什么
為什么要開發積分商城呢?
因為我們之前使用的是兌吧的服務,還不錯
但是得知今年(2018)下半年關閉免費版的服務,需要付費購買專業版或旗艦版使用
當然兌吧的工作人員也聯系過我們,可以給予優惠價格,商業互吹肯定要說“好的,我們會討論考慮一下”
如果我們用了兌吧,那你也不會看到這個文章了23333開始
我整體的瀏覽了他們的商品管理,減去了一些與我們業務無關的功能
主要功能為兌換方式了,他們采用的是純積分,積分+人民幣的策略,我也就加了一個人民幣支付方式(也不麻煩),包郵與運費功能均減去(因為我們就是包郵的)
差不多需要開發的主要功能項就是分類管理,商品管理,支付。
這里的支付我相信大家去學習一下支付寶和微信的文檔,應該都會的。
設計開始我們的表結構設計了
分類表應該是最輕松的,一般結構是自增id,名稱,圖片(有圖片的分類),顯示順序,狀態這些。
表應該就是下面這樣子了
create table if not exists `score_shop_classify` ( `id` int(11) unsigned AUTO_INCREMENT, `name` varchar(191) not null DEFAULT "" comment "菜單名稱", `img` text comment "菜單圖片", `show_order` int(11) not null DEFAULT 0 comment "顯示順序0最大", PRIMARY KEY (`id`) ) engine=InnoDB DEFAULT CHARSET=utf8mb4;
再就是商品表了,分析一下操作界面上的展示信息,大致可以了解到商品名稱,價值,描述信息,圖片,庫存數量,可兌換次數。
分析出的表結構是這樣的
create table if not exists `score_shop_goods` ( `id` int(11) unsigned AUTO_INCREMENT, `menuid` int(11) not null DEFAULT 0 comment "所屬分類", `good_type` varchar(32) not null DEFAULT "object" comment "區分實體商品與虛擬商品 object實體商品 virtual虛擬商品 coupon優惠卷", `good_name` varchar(100) not null DEFAULT "" comment "商品名稱", `good_icon` text not null comment "商品icon", `good_pic` text not null comment "商品圖片", `good_desc` text comment "商品描述", `good_stock` int(11) not null DEFAULT 0 comment "商品庫存", `exchange_type` tinyint(4) not null DEFAULT 0 comment "商品種類 0積分 1人民幣 2積分+人民幣", `exchange_info` text not null comment "關于商品價格的信息", `exchange_num` int(11) unsigned not null DEFAULT 1 comment "用戶最多兌換次數 0無限制 默認1次", `created_time` int(11) unsigned not null DEFAULT 0 comment "創建時間", `updated_time` int(11) unsigned not null DEFAULT 0 comment "更新時間", PRIMARY KEY (`id`) ) engine=InnoDB DEFAULT CHARSET=utf8mb4;
這套積分商城結構應該是需要把支付表另外獨立出來一個,不與之前已有的支付表沖突,但是需要存在關聯點,我這個僅供參考
create table if not exists `score_shop_pay_record` ( `id` int(11) unsigned AUTO_INCREMENT, `user_id` int(11) unsigned not null DEFAULT 0 comment "用戶ID", `pay_id` int(11) unsigned not null DEFAULT 0 comment "購買的商品ID", `oid` varchar(50) not null DEFAULT 0 comment "訂單ID", `pay_type` tinyint(4) not null DEFAULT 0 comment "支付類型,1微信支付 2支付寶支付", `money` int(11) unsigned not null DEFAULT 0 comment "支付金額,單位分", `score` int(11) unsigned not null DEFAULT 0 comment "支付積分", `log` varchar(255) not null DEFAULT "" comment "備注信息", `pay_time` int(10) unsigned not null DEFAULT 0 comment "支付時間", `created_time` int(10) unsigned not null DEFAULT 0 comment "創建訂單時間", `updated_time` int(10) unsigned not null DEFAULT 0 comment "更新訂單時間", `status` tinyint(4) not null DEFAULT 0 comment "支付狀態,0充值失敗 1充值成功未發貨 2已發貨 3客戶端支付成功 4客戶端取消支付", PRIMARY KEY (`id`) ) engine=InnoDB DEFAULT CHARSET=utf8;
這里的status是為了兼容app支付,這套體系是web端的h5支付準備寫bug前的小問答
Q: 傻逼網友發的什么幾把
我: 看不懂不要緊,學習之后就能看懂,努力
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/29317.html
摘要:開篇金幣積分商城下稱商城是眾多內的一個產品,隨著使用的用戶越來越多,商城對于用戶留存的提升,扮演著重要的角色做為提高用戶黏性的核心產品,在擁有很好用戶體驗的同時,也必須存在著一個高效穩定的系統。分析上述兩點,得到結論按用戶進行分庫分表。 開篇 金幣(積分)商城(下稱商城)是眾多App內的一個產品,隨著App使用的用戶越來越多,商城對于用戶留存的提升,扮演著重要的角色;做為提高用戶黏性的...
閱讀 894·2021-09-03 10:42
閱讀 1511·2019-08-30 15:56
閱讀 1444·2019-08-29 17:27
閱讀 870·2019-08-29 15:25
閱讀 3157·2019-08-26 18:27
閱讀 2480·2019-08-26 13:41
閱讀 1888·2019-08-26 10:39
閱讀 1570·2019-08-23 18:36