你離100 有多遠

昨天修改個工具，關於資料庫版本驗證工具。

原先設計的版本驗證是根據test環境設計的，所以upgrade後的資料庫和back db的版本進行驗證，而真正產品部署好後，back db是upgrade之前備份的，所以取back db就需要做一些新增更改。

本來計畫是根據今天的日期取最新的back db, 根據 create date 排序。但當寫好**後，我敏感的發現問題了。假設是11：59 pm之前備份好資料庫，過了12點就第二天了，如果用當前日期取back db，那就取不到！**已經寫好了，怎麼辦？？？？

//
string backupdb = string.format("partitionmaster_backup_", "20121011");
backupedpartitionmaster =getbackupedpartitionmasterdatabase(backupdb);
public
string getbackupedpartitionmasterdatabase(string
database)
exists
", name));}}
}return
name;}}

view code

如果有2個選擇，乙個簡單乙個複雜並且自己不懂，那麼本能是選擇簡單的方案！！！(sql 中的時間處理我感覺不太會用，感覺比較麻煩，而且要花時間去查查資料)

糾結了一會，想想，這個無所謂，12點前backup db, 應該不會碰到吧，反正這個也是測試**，不是真正的產品**。沒事！

但腦海中乙個例子影響了我，現在做到的是80%，而最後的努力，可能離100%更近，我為什麼不再多花點時間把這20%給新增上呢？能做到更近100%,為什麼只做80%呢？最終我的正面能量戰勝了負面能量！改改改。改好後，乙份完美的**做了code review.

private
const
string checkdatabasefullname = "
select name from sys.databases where create_date>@datetime and name like n'partitionmaster_backup%' order by create_date";
backupedpartitionmaster =getbackupedpartitionmasterdatabase();
public
string
getbackupedpartitionmasterdatabase()
exists
", name));}}
}return
name;}}

view code

記得以前公司一位牛人說過，多花時間把事情做到最好，當時沒在意。現在才有真正的體會。2點感想

如果一件事可以做到 80% ~ 100%,為什麼不多花點時間做到更好呢？

其實生活中的我們不都一樣嗎？不願意接受新的事物，自己不熟悉，會有恐懼感！而真正讓我們成長的確是這些新生事物，如果不去嘗試，永遠止步在那裡！

你離100 有多遠

你離成功有多遠

你住的離公司有多遠，就離上位有多遠

健康離IT有多遠？

你離100 有多遠

你離成功有多遠

你住的離公司有多遠，就離上位有多遠

健康離IT有多遠？

相關推薦