局域網(wǎng)管理軟件的數(shù)據(jù)修改

　　局域網(wǎng)管理軟件的數(shù)據(jù)修改故障是另一種可能導(dǎo)致系統(tǒng)“失效”的方式。當(dāng)用戶有意地修改數(shù)據(jù)，但是這種改動(dòng)會(huì)產(chǎn)生意料之外的副作用時(shí)，就會(huì)產(chǎn)生局域網(wǎng)管理軟件的數(shù)據(jù)修改故障。如果用戶執(zhí)行構(gòu)造存在問(wèn)題的查詢，或者應(yīng)用程序中的bug導(dǎo)致執(zhí)行刪除、更新或插入錯(cuò)誤數(shù)據(jù)的查詢，就會(huì)發(fā)生這種情況。當(dāng)用戶擁有太多的權(quán)限且有權(quán)訪問(wèn)其不應(yīng)該訪問(wèn)的數(shù)據(jù)時(shí)，也可能發(fā)生局域網(wǎng)管理軟件的數(shù)據(jù)修改故障。
　　1.用戶錯(cuò)誤
　　常見(jiàn)的用戶錯(cuò)誤是在更新和刪除操作中不正確地限制T-SQL查詢的作用域，從而導(dǎo)致修改的行數(shù)超出了預(yù)期。作為一項(xiàng)預(yù)防性的措施，用戶應(yīng)該使用SELECT語(yǔ)句測(cè)試所有數(shù)據(jù)修改查詢執(zhí)行的操作，并且測(cè)試WHERE子句中的作用域。使用SELECT語(yǔ)句進(jìn)行測(cè)試之后，你可以將整個(gè)數(shù)據(jù)修改操作方在顯式的事務(wù)中，并使用BEGIN TRANSACTION啟動(dòng)事務(wù)的批處理。然后，用戶可以在執(zhí)行COMMIT TRANSACTION之前驗(yàn)證被更新的行數(shù)是否正確。如果沒(méi)有把數(shù)據(jù)修改放在事務(wù)中執(zhí)行，那么數(shù)據(jù)會(huì)被永久性地改變。在一些情況下，可以反轉(zhuǎn)在UPDATE語(yǔ)句中執(zhí)行的有問(wèn)題的更新，但在DELETE語(yǔ)句中則必須重新輸入數(shù)據(jù)，這會(huì)增加恢復(fù)操作的難度，并且需要使用數(shù)據(jù)恢復(fù)操作完全地重新加載受影響的表，或者從還原的數(shù)據(jù)庫(kù)備份中恢復(fù)數(shù)據(jù)。
　　2.應(yīng)用程序故障
　　用戶應(yīng)用程序可能會(huì)包含導(dǎo)致非期望的數(shù)據(jù)修改的bug。為了預(yù)防這種問(wèn)題的發(fā)生，需要對(duì)應(yīng)用程序執(zhí)行嚴(yán)格的QA過(guò)程來(lái)找出這種類型的bug。但無(wú)法保證未被檢測(cè)出的bug不會(huì)在將來(lái)引起肺期望的數(shù)據(jù)修改。一旦監(jiān)測(cè)出并修正這種類型的bug，DBA就可能需要從備份中恢復(fù)數(shù)據(jù)庫(kù)或者使用日志探測(cè)實(shí)用工具，其過(guò)程是先標(biāo)識(shí)問(wèn)題發(fā)生的時(shí)間點(diǎn)，然后把數(shù)據(jù)庫(kù)恢復(fù)到該時(shí)間點(diǎn)。
　　3.權(quán)限過(guò)得
　　有時(shí)，應(yīng)用程序使用的SQL Server登錄具有過(guò)多的權(quán)限。也就是說(shuō)，應(yīng)用程序所需的安全性未能得到限制，可以快遞而方便地對(duì)用戶授予DBO或系統(tǒng)管理員權(quán)限。因此，帶有這種權(quán)限得應(yīng)用程序可能會(huì)因?yàn)榇嬖谀硞€(gè)bug或用戶五一中使用自由形式的查詢窗口而從不正確的表中刪除了數(shù)據(jù)。為了降低這種風(fēng)險(xiǎn)，只向應(yīng)用程序用戶提供完成其工作所需的數(shù)據(jù)庫(kù)權(quán)限，并且只將系統(tǒng)管理員和DBO權(quán)限賦予確實(shí)需要且知道如何使用這些權(quán)限的用戶。