# 抽獎Server 1. 抽獎卷種類包含的資料有，title、content、需要的點數、張數。 ``` 新增 查詢 修改 刪除 ``` 2. 抽獎池包含的資料有”抽取該抽獎池所需點數“、”這個抽獎池的期望值“、”抽獎卷“。 ``` 新增 查詢 修改 刪除 ``` 3. 獎券包含的資料有使用者ID、Title、Deadline、是否被使用過、被丟進哪個獎池、是否被抽過、可不可以被抽。 ``` 新增 查詢 修改 刪除 使用 抽出獎券 轉讓 ``` # Use case 1. 獎券種類的CRUD 2. 產生獎券 3. 將獎券放入獎池中 4. 獎池的CRUD 5. 抽獎 6. 使用獎券 7. 獎券過期 8. 獎券生效期間（可能得到獎券時還不能用，在特定時間內才能使用） 9. 安慰獎 10. Pool 的生效期間 11. 獎券在抽獎期間可以設定在哪一天才能被抽中 12. 以機率去設定Pool 13. 可抽Pool的限制，地點、時間、點數 14. 管理者可查看Pool狀況 15. 查詢coupon得到的日期 # 階段任務 1. 可進行完整的coupon type、coupon、coupon pool操作及調整 2. 可以進行抽獎、查看coupon狀態並使用coupon # 問題 1. 是否保持只有主server可以對資料庫進行存取修改 2. 如果是的話就必須修改目前coupon的schema 3. 如果否的話抽獎server是否自己keep一個和抽獎卷有關的資料庫 4. 如果自己keep一個跟抽獎券有關的資料庫，user的資料要怎麼存取 # 目前認為可行的方法 一樣藉由主server進行資料的 IO 並修改schema，而server間的溝通還需要建立一個機制，例如：Oath2.0，或是用RSA