DBA思考系列——學會拒毫不合理的需求服務器
一直以來,個性都比較隨意,通常不多拒絕開發人員的一些需求(有點老好人的感受). 這點一直被老大詬病,也一直在檢討!最近又有一件事情,讓我以爲:應該學會拒毫不合理需求!先簡單闡述一下事情通過spa
在一個SQL Server服務器上有一個做業,已經按照他們的需求設置了好幾個Schedule了。以下所示,這個做業執行的Schedule是已經夠複雜的了吧orm
最近開發人員又提出要求,要求擁有手工執行該做業的執行權限。緣由是:有時候數據沒有到位或修改了相關參數須要從新運行一次做業。原本我想給他受權,可是這個受權是比較麻煩的事情,若是授予了執行做業的權限,那麼這個帳號擁有全部做業的執行權限了(做業OWER爲sa),而後我就想怎麼解決這個問題,後面忽然腦殼轉過彎來:blog
1:做業自己就是自動按Schedule運行的。這種手工常常執行干預的事情,合理嗎? 圖片
2:若是常常須要手工運行的話,爲何要建立做業,乾脆經過應用程序解決不就OK,你須要的時候點擊按鈕執行一次就OK。 ip
3:若是需求自己就不合理,爲何不拒絕? DBA原本就瑣事纏身,應該將精力和時間放在有價值的事情上。若是需求來者不拒的話(拒毫不合理需求),會代表你的一種態度,慢慢你的瑣事就會愈來愈多,有些人甚至將一些本是他們本身的活,丟給你,讓你幫他們完成。赤裸裸的人性。ci
其實工做中,咱們有時候應該換個角度來思考問題,而不是一頭扎進如何解決問題的衚衕中,你跳出來思考一些問題, 這個需求合理仍是不合理? 若是不合理,爲何要耗費時間和精力去作呢? 有時候就是一入大坑深似海, 若是不拒毫不合理需求,你的痛苦和煩惱纔剛剛開始,之後還會無窮無盡麻煩接踵而至(只有深受其害的人才能體會一二)。最後應該思考有沒有更合理的解決方案,可否換個變通的方法,雖然有點偏題,仍是貼上網上一個頗有意思的圖片。開發