因為一次更新迭代,把原有不合理業務邏輯更改,導致新的業務邏輯中,原有已經有的數據記錄抹去 ,需要再次進行數據的初始化腳本輸入,產生了很多連帶問題。
提個醒,每當有進行版本迭代更新時,切記進行兼容性的考慮,看看那些數據會丟失,如何預防處理,如何有個優化手段,有個備選方案。
我們緊急處理方案由DBA進行了數據的初始化,把以往的訂單記錄中地址的信息導入。在后續的補丁版本中,不改變業務邏輯的情況下,增加和之前類同的功能塊, 多渠道可以進行操作。
因為一次更新迭代,把原有不合理業務邏輯更改,導致新的業務邏輯中,原有已經有的數據記錄抹去 ,需要再次進行數據的初始化腳本輸入,產生了很多連帶問題。
提個醒,每當有進行版本迭代更新時,切記進行兼容性的考慮,看看那些數據會丟失,如何預防處理,如何有個優化手段,有個備選方案。
我們緊急處理方案由DBA進行了數據的初始化,把以往的訂單記錄中地址的信息導入。在后續的補丁版本中,不改變業務邏輯的情況下,增加和之前類同的功能塊, 多渠道可以進行操作。