公司現在打算推出新用戶新購物券的功能，現在要求是
1。現在的網站購物券是沒有有效期限的，可以一直使用。
2。購物券可以與原購物券一起使用，在顧客眼裡是一樣的名字。
3。在有效期限內，顧客看到購物券的總數（假設顧客儲值100，加上送的100，那顧客帳戶上看到自己的購物券是200）
4。註冊送的購物券三個月後過期，未使用完的清零。
5。顧客其他方式得到的購物券也是無限期可用的。
公司現在打算推出新用戶新購物券的功能，現在要求是
1。現在的網站購物券是沒有有效期限的，可以一直使用。
2。購物券可以與原購物券一起使用，在顧客眼裡是一樣的名字。
3。在有效期限內，顧客看到購物券的總數（假設顧客儲值100，加上送的100，那顧客帳戶上看到自己的購物券是200）
4。註冊送的購物券三個月後過期，未使用完的清零。
5。顧客其他方式得到的購物券也是無限期可用的。
資料庫給個優惠券字段標誌，開始時間和過期時間，還有能否使用字段，過期給個0表示不能使用，反之
問題出在#3上，顧客可以看到購物券總額和系統中需要儲存購物券編號沒有任何關係。
雖然可以理解除了可用的優惠券總額度之外別的信息沒用，但是萬一出現問題你還是要告訴顧客是哪個優惠券的變化導致的餘額改變。
樓上正解，優惠券總是要有一個過期時間設定的，這是本源的邏輯。
可以分為充值購物券 和贈送購物券 ，優先使用贈送購物券 再有一個地方顯示過期購物券 像京東商城上面的領券一樣
這個要分開的吧，可以優先使用有效期近的購物券，你不分開，到期的話，顧客會投訴的，因為他不知道怎麼沒了100
1.所有的購物券都有有效期，永久有效的也一樣，方便顯示和讀取，也同時方便數據設計
2.購物券也要有類型
簡單點來理解：
1.購物券分類型，分為贈送的購物券與充值的購物券，充值的購物券是屬於永不過期的，贈送的購物券是屬於會過期的類型的；
2.購物券設計為一張數據表，數據表內存放購物券的id,類型，創建時間，用戶的id，失效時間等，具體按照業務邏輯來進行設計；
3.每次購物的時候，查詢購物券的剩餘情況，優先使用贈送的購物券，若贈送購物券已過期，則使用充值購物券
簡而言之，根據你的業務設計，購物券是需要以類型來做區分的，否則容易出現混淆
