數(shù)據(jù)庫編碼標(biāo)準(zhǔn)-閱讀頁
2025-07-29 21:56本頁面
【正文】 ，以免變得對它們熟視無睹。過分的注釋與注釋不足同樣不可取。當(dāng)處理某些從編碼的角度來看不是顯而易見的，并且那些繼續(xù)處理此編碼的人應(yīng)該知道的內(nèi)容時(shí)，才應(yīng)注釋它。如同對待任何源代碼過程，跟蹤諸如誰修改了代碼和修改代碼的時(shí)間等事項(xiàng)也可以是非常方便的注釋應(yīng)盡量用斜線星號(hào)(/*…..*/)，而少用雙斜線(//)(3) 腳本文件一般而言在一個(gè)單獨(dú)的腳本文件中保存自己所創(chuàng)建的每個(gè)數(shù)據(jù)庫對象的源代碼。(4) 腳本段如果腳本包含多個(gè)沒有共享局部變量的不同段，那么通常用GO來分隔各個(gè)段，以便模塊化所要執(zhí)行的操作。相反地，如果希望腳本段只在其前一個(gè)腳本段不出錯(cuò)的條件下執(zhí)行，則可以去掉GO并將兩塊代碼合并為一塊。(5) USE如果一個(gè)腳本必須從給定數(shù)據(jù)庫中運(yùn)行，那么在腳本中盡可能地包含合適的USE命令。盡管語法上允許在代碼的任何位置聲明變量，但為查找一個(gè)變量聲明而不得不搜索一個(gè)例程將浪費(fèi)時(shí)間并導(dǎo)致代碼更難于理解。(3) 默認(rèn)參數(shù)值給存儲(chǔ)過和或UDF的參數(shù)提供默認(rèn)值是一種不錯(cuò)的做法，這讓它們更易于使用、更靈活和更不易出錯(cuò)。通常在可能導(dǎo)致一個(gè)錯(cuò)誤條件的語句這后立即檢查ERROR，并且當(dāng)一個(gè)語句沒有影響任何構(gòu)成錯(cuò)誤的行時(shí)，檢查ROWCOUNT。在可能的情況下，應(yīng)將復(fù)雜例程拆分為較小的例程。兩個(gè)理由：第一，它們可以導(dǎo)致吞吐量問題，因?yàn)槲挥趖empdb的資源爭用。這會(huì)引起性能問題和未預(yù)料的存儲(chǔ)過程的重編譯。(2) 資源清除在使用監(jiān)臨時(shí)表時(shí)，應(yīng)在不再需要時(shí)刪除它們。(3) 系統(tǒng)表除非別無它法，應(yīng)力求避免直接查詢系統(tǒng)表，SQL SERVER提供一組屬性函數(shù)（如，DATABASEPROPERTY()、COLUMNPROPERTY()、OBJECTPROPERTY()等）以及大量視圖與系統(tǒng)存儲(chǔ)過程供您使用，直接查詢系統(tǒng)表有兩點(diǎn)不足。第二，與等價(jià)的屬性可無數(shù)據(jù)函數(shù)相比，通過直接引用系統(tǒng)表獲得的系統(tǒng)級信息通常欠缺可讀性。有兩個(gè)理由。第二，特殊T－SQL非常難于調(diào)試。這幾乎總是優(yōu)于任何動(dòng)態(tài)T－SQL途徑。它通常明顯快于EXEC（），而且服務(wù)于sp_executesql的執(zhí)行計(jì)劃被插入緩存并可被復(fù)用。您必須對它們?nèi)孔龅?，以便獲得由一個(gè)COMPUTE查詢所返回的所有行。PRINT也欠理想，ADO不能正確地返回報(bào)告消息，除非還正好產(chǎn)生一個(gè)包含大于10的嚴(yán)重級的消息
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號(hào)-1