這種處理過期的免費賬戶是有點哲理,然而,這裏的情況和相關的問題。 假設您銷售溢價賬戶並同時提供有時限的免費賬戶。 用戶註冊並使用他們的電子郵件地址登錄。創建一個免費帳戶不需要交出任何過分敏感的數據(只是電子郵件)。 免費用戶有X天的時間來評估您的服務,然後升級到高級帳戶或看到他們的免費帳戶到期。如何在SaaS環境
的問題是:如何最好地處理這個「過期」數據庫明智?
,你可以:
1)在你的世界「用戶」表中的賬戶將其標記爲期滿
- PRO:用戶名/郵件始終是唯一的,沒有人可以與 重新註冊相同的電子郵件
- CON:一個不能用相同的電子郵件(也許 他希望能夠做到這一點的一個新特性後,他感興趣的是 添加)重新註冊
- PRO:人總分類帳科目是在一個地方,統計 檢索更容易處理
- CON:用戶表只能隨着時間的推移
2)刪除帳戶,可能將它移動到user_history或expired_user表中獲取更大的
- PRO:您的用戶表更小,只包含來自「活」用戶的數據
- CON:過期帳戶的用戶名/電子郵件是可重複使用的(您的日誌很可能會混亂,並且您必須始終記錄除用戶名以外的用戶ID,因爲那樣會不是唯一的了)
- PRO:過期帳戶的用戶名/電子郵件是可以重複使用的是想給審判之後添加了新功能,可以這樣做的另一個運行,而無需被迫選擇其他電子郵件地址(過期的用戶)
- CON:用戶統計信息收集變得更加複雜
有沒有人遇到同樣的問題?