導讀：在數(shù)據(jù)庫開發(fā)過程中，數(shù)據(jù)是最重要的一部分，如果程序的代碼錯了，我們可以通過各種方式修改回來，但如果數(shù)據(jù)失真了，將永遠無法還原，那種欲哭無淚的滋味，相信經(jīng)歷過的人是深有體會的。可能這些小的細節(jié)對我們來說都是微不足道的，但往往這些微不足道而且是小概率的事件將會毀了你。
記得剛開始工作的時候，我們項目組的幾個人對某個市的數(shù)據(jù)進行操作，由于自己的一個不小心，寫錯了一個SQL就把其中一部分的數(shù)據(jù)給毀了，那時候心理真的很難受，多么希望有個人可以罵罵我，至少心理會好受一點，但是沒有人理我，這樣一直在水深火熱這中，感覺自己已經(jīng)到了地獄一般。經(jīng)過多年程序生涯，在地獄中也得到了一些成長，于是把自己的一點用金錢換來的經(jīng)驗全盤托出，希望對一些朋友有所幫助。1、不要用Truncate Table語句。剛開始學這個語句的時候，相信很多人多會拿出來跑一跑，會很高興地向同事證明你的Truncate Table比Delete跑得更快，但是如果你養(yǎng)成這樣的習慣，萬一有一天誤刪東西的時候，就還原不回來了，因為Truncate Table不會記錄日志，所以，如果操作重要數(shù)據(jù)的時候，還是用回Delete語句吧。

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

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

4、不要隨便地去分離數(shù)據(jù)庫。如果我們要獲取整個數(shù)據(jù)庫的數(shù)據(jù)時，盡量采用把數(shù)據(jù)備份下來，然后取到其他機器上還原，而不要把數(shù)據(jù)庫分離，然后再復制到其它機器附加。有時候，數(shù)據(jù)庫分離了之后就會造成無法附加，雖然概率很小，但一旦碰上了就會很麻煩，尤其是一些實時的系統(tǒng)。

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

6、身體疲勞時不要操作數(shù)據(jù)庫。加班是程序員的家常便飯，當你加班到身體很疲勞時，操作數(shù)據(jù)庫失誤的概率會很大，我記得剛剛出來工作時有一次我寫了一個DELETE語句，選擇執(zhí)行了居然漏選了一個WHERE條件，還好數(shù)據(jù)比較多，超時了，要不然就.........

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

8、經(jīng)常要考慮你的SQL腳本有沒有什么漏洞，或者有沒有其他方法可以更有效率地執(zhí)行。

9、SQL SERVER2000里面有一個寶藏，就是它的聯(lián)機叢書，建議經(jīng)常去閱讀它，當你把它讀完并理解之后，你的SQL水平基本就可以超80%的程序員了，根本不要去迷信什么NB的教材，但到了那個時候，你會發(fā)現(xiàn)自己懂的東西少了，要學習的東西更多了。

本文就為大家總結這么多，希望對大家能夠有所幫助。

【編輯推薦

1. 使用數(shù)據(jù)庫的機制來確保數(shù)據(jù)的正確性
2. 選擇數(shù)據(jù)庫產品的注意事項
3. 數(shù)據(jù)庫表設計模板
4. 如何使用SSB與數(shù)據(jù)庫通信