關於概率性事件的產品性能和客戶體驗討論
事件回放:近期關於短信驗證碼出現的概率性事件,為處理db2序列返回概率大概在萬份之一為null的解決方案。
方案一,為杜絕null的產生和數據庫數據的完全性及用戶體驗的角度,允許設計萬份之一為null的組合主健出現,但為必須要處理插入數據庫後的過濾處理,確保數據的完整性。
方案二,為杜絕概率性nul出現,db2序列返回值和規則時間組合主鍵直接攔截,並不做接下來的操作。
方案一由本人提出並設計校驗,方案二由第三方架構師提供。經過一場討論,在處理概率性事件上,主要看產品運用場景而采用不同的方案。第一個方案主要是為了用戶體驗(無論是否發生概率性事件null都必須成功發送短信)而犧牲極少的io訪問處理性能。
第二個方案主要為性能出發,直接犧牲用戶體驗而告知用戶你必須重新發送短信驗證碼。
因此做位一個設計師或架構師來講,主要看自己產品的運用場景不同而采用不同的解決方案。
最後更新:2017-04-03 05:39:31
上一篇:
牛腩新聞發布係統總結(一)——總體感受
下一篇:
Linux內核剖析 之 內存尋址(三)
使用.net編寫的 短連接(短網址)服務
java.lang.OutOfMemoryError: Java heap space 解決方法
穀歌/微軟/雅虎力推的郵件安全新標準 SMTP STS 究竟好在哪裏?
《Cucumber:行為驅動開發指南》——1.3 活的文檔
Oracle與Sql Server差異點詳解
jdk1.5新特性5之枚舉之枚舉類型的應用
windows中修改catalina.sh上傳到linux執行報錯This file is needed to run this program
java異常中Exception捕獲不到的異常
Hibernate之update(1)——更新部分字段
3A腦營養是什麼?