我們開發的系統中，資料是最重要的一部分，如果程式的程式碼錯了，我們可以通過各種方式修改回來，但如果資料失真了，將永遠無法還原，那種欲哭無淚的滋味，相信經歷過的人是深有體會的。可能這些小的細節對我們來說都是微不足道的，但往往這些微不足道而且是小概率的事件將會毀了你。
        記得剛開始工作的時候，我們專案組的幾個人對某個市的資料進行操作，由於自己的一個不小心，寫錯了一個SQL就把其中一部分的資料給毀了，那時候心理真的很難受，多麼希望有個人可以罵罵我，至少心理會好受一點，但是沒有人理我，這樣一直在水深火熱這中，感覺自己已經到了地獄一般。經過多年程式生涯，在地獄中也得到了一些成長，於是把自己的一點用金錢換來的經驗全盤托出，希望對一些朋友有所幫助。




1、不要用Truncate Table語句。剛開始學這個語句的時候，相信很多人多會拿出來跑一跑，會很高興地向同事證明你的Truncate Table比Delete跑得更快，但是如果你養成這樣的習慣，萬一有一天誤刪東西的時候，就還原不回來了，因為Truncate Table不會記錄日誌，所以，如果操作重要資料的時候，還是用回Delete語句吧。

2、每次動資料庫之前，都先要把資料庫備份起來。這個習慣一定要養成，你操作資料庫的時候，哪怕只是做一次簡單的查詢或只是刪除幾條普通的資料，都先備份一下，不會花你很多時間，卻在你失誤的時候可以把你從死亡的邊緣拉回來。如果資料比較大，至少也要把表裡的資料備份出來。

3、把刪除語句以及更新語句、插入語句註釋掉。我們操作資料庫時，通常都喜歡在查詢分析器裡寫一大堆SQL，然後選擇某一條，按F5來執行，但有時候會直接按下F5，導致所有的語句都執行，給資料造成一定的損害。如果你把那些有影響的語句註釋掉了，就算按錯了也沒有關係。


4、不要隨便地去分離資料庫。如果我們要獲取整個資料庫的資料時，儘量採用把資料備份下來，然後取到其他機器上還原，而不要把資料庫分離，然後再複製到其它機器附加。有時候，資料庫分離了之後就會造成無法附加，雖然概率很小，但一旦碰上了就會很麻煩，尤其是一些實時的系統。

5、自己不熟悉的資料庫，不要去動它。我們維護資料庫時，有時候要 出差到其他市去操作資料，這時，其他專案組的同事可能會叫你幫忙更新這個更新那個的，如果你很熟悉資料庫的結構，以及瞭解更新的影響程度，那麼你幫忙操作就無所謂，如果你不熟悉，儘量不操作，如果你做好了，功勞不是你的，如果出了什麼差錯，你就要背黑鍋了。

6、身體疲勞時不要操作資料庫。加班是程式設計師的家常便飯，當你加班到身體很疲勞時，操作資料庫失誤的概率會很大，我記得剛剛出來工作時有一次我寫了一個DELETE語句，選擇執行了居然漏選了一個WHERE條件，還好資料比較多，超時了，要不然就.........

7、如果自己對資料庫結構瞭解很透徹，而且你的資料庫技術水平已經達到一定的高度，更加要小心了，通常出現誤操作導致資料失真就是這個階段，有時候學了一個新語法就會馬上拿去試著使用。

8、經常要考慮你的SQL指令碼有沒有什麼漏洞，或者有沒有其他方法可以更有效率地執行。


9、SQL SERVER2000裡面有一個寶藏，就是它的聯機叢書，建議經常去閱讀它，當你把它讀完並理解之後，你的SQL水平基本就可以超80%的程式設計師了，根本不要去迷信什麼NB的教材，但到了那個時候，你會發現自己懂的東西少了，要學習的東西更多了。

     先總結到這裡，如果大家有什麼好的經驗或建議，請多多提出，大家共同交流！