您好,欢迎访问三七文档
Transact-SQL編程規範1.基本原則以大小寫敏感編寫SQL語句。儘量使用Unicode資料類型。優先使用連接代替子查詢或嵌套查詢。儘量使用參數化SQL查詢代替語句拼接SQL查詢。禁止使用[拼音]+[英語]的方式來命名SQL物件或變數。2.命名規範在一般情況下,採用Pascal樣式或Camel樣式命名資料庫物件,使在開發基於資料庫應用程式的時候通過ORM工具生成的資料訪問代碼(比如C#)更好的符合命名規範。另外,關係型數據庫同Xml結合得越來越緊密,規範的命名很有必要。在實際資料庫開發過程中,如果需求方已經提供資料庫設計方案,以提供的方案為准;在原有資料庫上進行升級開發時,在可行的情況下可適當做出設計調整以符合編程規範。1.1.對象命名1.1.1.資料庫第一種方式,採用Pascal樣式命名,命名格式為[項目英文名稱]。示例:AdventureWorks第二種方式,採用Pascal樣式命名,命名格式為[項目英文名稱]+Db。示例:AdventureWorksDbBizTalkRuleEngineDb建議採用第一種方式。1.1.2.數据庫使用大寫名字。1.1.3.數據架構除SQLServer系統定義的資料架構外,新建架構採用Pascal樣式命名,命名格式為[架構名]。示例:HumanResourcesProduction對資料庫物件Table,View,Procedure,Function等使用資料架構進行歸類。在SQLServer2000中dbo為默認架構。1.1.4.數據表採用Pascal樣式命名,命名格式為[表名]。示例:EmployeeProduct表名以英文單數命名,主要是參考SQLServer2005示例資料庫,個人理解為更好的使用ORM工具生成符合編程規範的代碼(比如C#)。典型的例子,使用Product,而不是Products。1.1.5.資料視圖視圖名稱採用Pascal樣式命名,命名格式為Vew+[視圖名稱]。示例:VewEmployeeVewSalesPerson1.1.6.數據列列名稱命名採用英文單詞或縮寫,英文單詞只來自于具體業務定義,儘量表達清楚含義。採用Pascal樣式命名,命名格式為[列名稱]。示例:AddressIDPostalCode儘量避免使用拼音命名,如果不可避免,對於比較短的列名,採用拼音全寫,如果拼音列名比較複雜,可以採用首個字用全拼,其他字用首字母大寫表示。示例:寧波Ningbo經營方式JingYFS1.1.7.存儲過程建議採用Pascal樣式命名,命名格式為[存儲過程名稱]。示例:USP_GetUser備註:在SQLServer2005示例資料庫中使用Camel樣式命名。如果存在嵌套調用情況﹐避免使用#t1,#t2等臨時表名﹐應用存儲過程名加編號的方式﹐如#SP_GetUser_t11.1.8.函數自定義函數採用Pascal樣式命名,命名格式為[函數名],系統函數使用全部大寫或者全部小寫。示例:SELECTISNULL(@LastName,'Unknownlastname');GETDATE()1.1.9.用戶定義資料類型採用Pascal樣式命名,命名格式為[自定義資料類型名稱]。示例:FlagNameStyle1.1.10.DML觸發器DML觸發器是當資料庫伺服器中發生資料操作語言(DML)事件時要執行的操作。DML事件包括對表或視圖發出的UPDATE、INSERT或DELETE語句。根據事件不同命名規則使用首碼進行區分,格式為[u|i|d]+[表名|視圖名]示例:Employee_UPDEmployee_INSEmployee_DEL如果存在嵌套調用情況﹐避免使用#t1,#t2等臨時表名﹐應用存儲過程名加編號的方式﹐如#Employee_UPD_t11.1.11.DDL觸發器回應各種資料定義語言(DDL)事件而激發。這些事件主要與以關鍵字CREATE、ALTER和DROP開頭的Transact-SQL語句對應。執行DDL式操作的系統存儲過程也可以激發DDL觸發器。示例:CREATETRIGGER[ddlDatabaseTriggerLog]ONDATABASEFORDDL_DATABASE_LEVEL_EVENTSAS1.1.12.主鍵、外鍵關係和索引除非必可避免﹐否則都應使用外鍵﹐以保証數据的完整性主鍵:PK_[表名稱]_[主鍵];如果是組合主鍵,使用PK_[表名]_[主鍵1]_[主鍵2]。示例:PK_Store_CustomerIDPK_StoreContact_CustomerID_ContactID外鍵關係:FK_[從表名稱]_[主表名稱]_[外鍵列名稱]。示例:FK_StoreContact_Store_CustomerID聚集索引:PK_[表名稱]_[主鍵];如果是組合主鍵,使用PK_[表名]_[主鍵1]_[主鍵2]。示例:PK_Store_CustomerIDPK_StoreContact_CustomerID_ContactID唯一非聚集索引:AK_[表名稱]_[列名稱]。示例:AK_Store_rowguid不唯一非聚集索引:PK_[表名稱]_[列名稱]。示例:IX_Store_SalesPersonID主XML索引:PXML_[表名稱]_[Xml類型列名稱]。示例:PXML_Store_Demographics備註:以上命名參考SqlServer2005示例資料庫,一般只需設計器自動生成,不需要額外修改。1.2.參數命名1.2.1.資料列參數命名格式為@+[列名稱]。示例:@EmployeeID在列名不符合Pascal樣式時(早期遺留系統),例如使用全部大寫的列名稱,或使用“_”進行連接的欄位名稱,參數名稱定義使用@+[列名稱]。1.2.2.非資料列參數在參數無法跟列名稱進行關聯時,使用能夠反映該參數功能的英文單詞或單詞組合,採用Pascal樣式命名。示例:@ErrorID@Flag1.3.常用字段命名這裏的常用字段是指在建表時頻繁使用的表名或列名,下表對常用字段進行建議性定義,列名稱資料類型說明CreationDatedatetime紀錄創建日期,一般使用GetDate()自動生成。LastDatedatetime紀錄最後修改日期,首次使用GetDate()rowguiduniqueidentifier唯一標識行的ROWGUIDCOL號,用於支持合併複製示例。IDint使用ID代替Id或id。一般為自增長主鍵列。3.SQL編寫規范編寫語句﹐不寫非標准語句﹐如*=﹑leftjoin語句之類﹐重要部分需加入備注3.1.大小寫大寫所有的T-SQL關鍵字,包括T-SQL函數。變數名稱及游標名稱使用Pascal樣式。資料類型定義使用全部大寫或者小寫。示例:DECLARE@LastNameNVARCHAR(32);3.2.使用“;”使用“;”作為Transact-SQL語句終止符。雖然分號不是必需的,但使用它是一種好的習慣。示例:USEAdventureWorks;GODECLARE@findVARCHAR(30);SET@find='Man%';SELECTLastName,FirstName,PhoneFROMPerson.ContactWHERELastNameLIKE@find;3.3.存儲格式儘量採用Unicode資料存儲格式,提高可攜性和相容性,實際應用中使用nchar、nvarchar、ntext代替char、varchar、text。3.4.類型選擇在只有兩個可能數值時,使用bit代替int或smallint。在SQLServer2005中,使用nvarchar(MAX)代替ntext;varchar(MAX)代替text;varbinary(MAX)代替image。在特殊的資料表結構中可考慮xml資料類型。3.5.預設值在建立資料表時,儘量使用預設值代替NULL值。比如設置CreatedDate列預設值為GETDATE()。在可避免的情況下設置欄位為不允許空。3.6.欄位長度始終指定字元資料類型的長度,並確保允許用戶可能需要的最大字元數,避免超出最大長度時出現字元丟失現象。對於字元型資料,建議採用2的n次方來定義資料長度。示例:nvarchar(32)varchar(64)3.7.使用“'”在T-SQL代碼中為字元常量使用單引號,避免使用雙引號。3.8.語句縮進一個嵌套代碼塊中的語句使用四個空格的縮進。使用MicrosoftSQLServerManagementStudio,選擇“工具”功能表,打開“選項”功能表,在選項對話方塊中選擇文本編輯器-純文本-跳位字元,選中“插入空格單選框”,設置“跳位字元大小”為4,縮進大小為“4”。3.9.語句換行建議SQL代碼每行以關鍵字或“'”開頭。示例:SELECT[ShiftID],[Name],[StartTime],[EndTime],[ModifiedDate]FROM[AdventureWorks].[HumanResources].[Shift]3.10.語句分割使用一個(而不是兩個)空行分隔T-SQL代碼的邏輯塊。3.11.使用“*”儘量避免在使用“SELECT*”。3.12.表名別名表名別名要簡短,但意義要儘量明確。通常使用大寫的表名作為別名,使用AS關鍵字指定表或欄位的別名。3.13.類型轉換不要依賴任何隱式的資料類型轉換,不要假定T-SQL會進行必要的轉換。例如,而把數位變數賦予字元值。相反,在為變數賦值或比較值之前,應使用適當的CONVERT函數使資料類型相匹配。3.14.數值比較不要將空的變數值直接與比較運算符(符號)比較。如果變數可能為空,應使用ISNULL或ISNOTNULL進行比較,或者使用ISNULL函數。3.15.排序決不要依賴SELECT語句會按任何特定順序返回行,除非在ORDERBY子句中指定了順序。通常,應將ORDERBY子句與SELECT語句一起使用。可預知的順序(即使不是最方便的)比不可預知的順序強,尤其是在開發或調試過程中。在返回行的順序無關緊要的情況下,可以忽略ORDERBY的開銷。3.16.Unicode字串在Unicode字元前面使用N首碼,避免引起資料的不一致。示例:--AssumesthedefaultcodepageisnotGreekCREATETABLE#t1(c1nchar(1))INSERT#t1VALUES(N'Ω')INSERT#t1VALUES('Ω')SELECT*FROM#t1輸出結果:c1----ΩO3.17.BEGIN...END塊在SQL代碼快中儘量使用BEGIN...END語句塊,提高代碼可閱讀性。3.18.TRY塊在SQLServer2005中增加TRY塊,Transact-SQL語句組可以包含在TRY塊中。如果TRY塊內部發生錯誤,則會將控制傳遞給CATCH塊中包含的另一個語句組。示例:BEGINTRYSQL語句組1ENDTRYBEGINCATCHSQL語句組2ENDCATCH;3.19.TOP子句在SQLServer2005中加強了TOP的使用,儘量使用TOP(變數)來減少SQL拼串的使用。3.20.TRANSACTION編寫只要在常式中使用多個資料庫修改語句,包括在一個迴圈中多次執行一個語句,就應考慮聲明顯式事務。在SQLSERVER2005中,增加了TRY塊可進行很好的使用。實例:BEGINTRYBEGINTRANSACTION;UPDATE[HumanResources].[Employee]SET[Title]=@Title,[HireDate]=@HireDate,[CurrentFlag]=@CurrentFlagWHERE[EmployeeID]=@EmployeeID;INSERTINTO[HumanResources].[EmployeePayHistory]([EmployeeID],[RateChangeDate],[Rate],[PayFrequency])VALUES(@Em
本文标题:T-SQL编程规范
链接地址:https://www.777doc.com/doc-4048115 .html