最近一直爲老系統的換表事件煩惱。具體是這樣的，總共有三個系統：A 爲新系統，B爲另外一個系統，C爲A系統的前身即老系統。A系統負責採集數據並將數據傳輸給B系統。由於老系統C還沒有完全淘汰，所以一部分可以仍然運行在老系統中。但是需要將老系統的數據經過B系統出帳，但是B系統無法與B系統聯繫。因此只有通過A系統將數據中轉給B系統。
爲了實現這樣的數據傳輸，中間利用一個字段---接口電錶號建立橋樑。C老系統將數據放到中間庫，A新系統定時讀取。問題是這樣產生的：A系統的檔案來源都來自B系統，那麼就不採用C系統的檔案。因此一次性將接口電錶號傳輸給A系統。但是C老系統卻經常發生換表事件，導致電錶號經常變化。說了這麼多，問題根本就是：A新系統與C老系統如何採用統一的接口電錶號進行數據同步？
爲了解決這個問題，剛開始是這樣考慮的。老系統C與A新系統有共有的一些信息：電錶序列號。所以決定老系統如果出現換表，那麼就以這塊表的序列號爲準傳輸數據。新系統也已序列號取數據。問題似乎很明朗很簡單。
但是A系統與B系統每天都之間進行着龐大的檔案數據同步問題，只能在兩者比較的時候判斷此表屬性（數據是否來源與老系統）然後將電錶序列號複製給接口電錶號。感覺沒問題 但是卻還有換表，修改表多種問題。實際實現卻非常的複雜。
昨天突然非常以外的在考慮數據導入導出一些問題時，突然想到以前考慮問題很愚蠢。以前考慮的方法是：A新系統具備接口電錶號，C老系統能自動檢測或輸入接口電錶號。兩者都具備後對應後完成數據傳輸。腦袋怎麼都沒想到這個方法：C老系統是主動提供數據的並且附帶着接口電錶號，雖然不能與老系統進行檔案上的全同步，但是可以只獲取電錶號直接複製給新系統，不用考慮A系統的電錶號從哪裏來呢？現在考慮的是你老系統提供了那些表號。
可能很晦澀很不容易懂似乎也很簡單，但是當時真沒考慮到有什麼簡便的方法解決這個問題。其實我想提醒的是在山窮水盡的時候別灰心，換個角度思考問題。就這些。
