关于概率性事件的产品性能和客户体验讨论

           事件回放：最近关于短信验证码出现的概率性事件，为处理db2序列返回概率大概在万份之中的一个为null的解决方式。

           方案一，为杜绝null的产生和数据库数据的全然性及用户体验的角度，同意设计万份之中的一个为null的组合主健出现，但为必需要处理插入数据库后的过滤处理，确保数据的完整性。

           方案二，为杜绝概率性nul出现，db2序列返回值和规则时间组合主键直接拦截，并不做接下来的操作。

 

          方案一由本人提出并设计校验，方案二由第三方架构师提供。经过一场讨论，在处理概率性事件上，主要看产品运用场景而採用不同的方案。第一个方案主要是为了用户体验（不管是否发生概率性事件null都必须成功发送短信）而牺牲极少的io訪问处理性能。

         第二个方案主要为性能出发，直接牺牲用户体验而告知用户你必须又一次发送短信验证码。

         因此做位一个设计师或架构师来讲，主要看自己产品的运用场景不同而採用不同的解决方式。