order 訂單表 字段 id order_no(訂單編號) business_id(商戶ID) user_id（會員ID）money(消費金額)
user 會員表 id name 會員名稱
business 商戶表 id name 商戶名稱
基數(shù)：200個商戶 一個商戶可能有200個顧客
前提：會員購買過一次，第二次購買就算復(fù)購
問題：有什么好的設(shè)計方案和想法
目前我所想到的方法：
新建一張表，存商戶和會員的關(guān)系
| business_id | user_id | number | money | date | created_at |
|---|---|---|---|---|---|
| 商戶ID | 用戶ID | 購買次數(shù) | 購買金額 | 時間(2018-05-11) | 創(chuàng)建時間 |
每天用戶在某個商戶購買商品時查詢一下關(guān)系表（re_business_user）數(shù)據(jù)是否存在(where 條件中加上date等于當(dāng)前的時間2018-05-11)，不存在新增一天記錄，存在則更新購買次數(shù)+1和購買金額增加
這樣設(shè)計我就可以很快的計算出7天復(fù)購率，15天復(fù)購率，30天復(fù)購率
這樣設(shè)計會造成整張表數(shù)據(jù)量過大,一個月大概會有120W數(shù)據(jù)(20020030)
各位大佬有什么好的想法可以解決這個問題嗎？謝謝
咳咳，先個人覺得 120w 并不大（習(xí)慣吐槽）。然后你既然是分段的，那不若直接建立索引就好了。當(dāng)然，如果說優(yōu)化，確實是建立新的一個表記錄會比較好些。
其實我個人理解，數(shù)據(jù)庫的使用就兩種情況，一種用空間換時間，另一種自然是用時間換空間。是我的話，個人會選擇只是優(yōu)化表的索引，然后再進行查詢就好，考慮到你做的復(fù)購率的調(diào)查頻率不會很高，用時間作為代價運作也是可以的。
北大青鳥APTECH成立于1999年。依托北京大學(xué)優(yōu)質(zhì)雄厚的教育資源和背景，秉承“教育改變生活”的發(fā)展理念，致力于培養(yǎng)中國IT技能型緊缺人才，是大數(shù)據(jù)專業(yè)的國家
北大青鳥中博軟件學(xué)院創(chuàng)立于2003年，作為華東區(qū)著名互聯(lián)網(wǎng)學(xué)院和江蘇省首批服務(wù)外包人才培訓(xùn)基地，中博成功培育了近30000名軟件工程師走向高薪崗位，合作企業(yè)超4
中公教育集團創(chuàng)建于1999年，經(jīng)過二十年潛心發(fā)展，已由一家北大畢業(yè)生自主創(chuàng)業(yè)的信息技術(shù)與教育服務(wù)機構(gòu)，發(fā)展為教育服務(wù)業(yè)的綜合性企業(yè)集團，成為集合面授教學(xué)培訓(xùn)、網(wǎng)
達內(nèi)教育集團成立于2002年，是一家由留學(xué)海歸創(chuàng)辦的高端職業(yè)教育培訓(xùn)機構(gòu)，是中國一站式人才培養(yǎng)平臺、一站式人才輸送平臺。2014年4月3日在美國成功上市，融資1
曾工作于聯(lián)想擔(dān)任系統(tǒng)開發(fā)工程師，曾在博彥科技股份有限公司擔(dān)任項目經(jīng)理從事移動互聯(lián)網(wǎng)管理及研發(fā)工作，曾創(chuàng)辦藍懿科技有限責(zé)任公司從事總經(jīng)理職務(wù)負(fù)責(zé)iOS教學(xué)及管理工作。
浪潮集團項目經(jīng)理。精通Java與.NET 技術(shù)， 熟練的跨平臺面向?qū)ο箝_發(fā)經(jīng)驗，技術(shù)功底深厚。 授課風(fēng)格 授課風(fēng)格清新自然、條理清晰、主次分明、重點難點突出、引人入勝。
精通HTML5和CSS3；Javascript及主流js庫，具有快速界面開發(fā)的能力，對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應(yīng)用開發(fā)經(jīng)驗。曾經(jīng)歷任德國Software AG 技術(shù)顧問，美國Dachieve 系統(tǒng)架構(gòu)師，美國AngelEngineers Inc. 系統(tǒng)架構(gòu)師。
掃碼關(guān)注鍍金池微信號
手機訂課，優(yōu)惠多多
