下面是在看博文時認為比較好的t-sql編寫的文章，收集一下，規範自己寫t-sql的習慣，經常過來看看：
一、有關t-sql的好習慣
1、在生產環境中不要出現select * ，把需要的列名寫明白，這樣一是有利於擴充套件，二是避免造成額外的書籤查詢或者是由查詢變成表掃瞄。
2、宣告變數時指定長度，變數不宣告長度時會有乙個預設的長度，這樣會造成資料的丟失。
3、使用合適的資料型別：
4、使用schema字首來選擇表
5、命名規範很重要：實體物件+操作，user_add
6、插入大量資料時，盡量不要使用迴圈，可以使用cte，如果要使用迴圈，也放到乙個事務中
7、where條件之後儘量減少使用函式或資料型別轉換，使用函式或者資料型別轉換會消耗大量的查詢開銷
8、不要使用舊的連線方式，比如（from x,y,z）
9、使用游標時，加上唯讀只進選項
10、有關order一些要注意的事情
詳細文章：
程式設計好習慣
我們在編碼的時候總是希望能寫出風格良好，清晰 健壯的程式，把 當成一件藝術品來看待 來雕琢，讓 coding成為一種藝術。看了很多大牛關於程式設計風格與修養方面的文章，很受啟發，結合自己體會，簡錄幾條，提醒自己時刻注意。1.引數檢查 對於有引數的函式，首先要對引數的合法性進行檢查。可以利用asser...
養成好習慣！
今天寫了乙個頁面，被組長說 寫的還行，這是我實習乙個月以來得到的乙個比較好的評價了 今天是1月8號，剛好我實習乙個月。回顧這乙個月，寫的頁面不多，主要是自己寫的速度太慢。但是這個月學到很多東西，從乙個可以說就只懂皮毛的小白到現在基本能寫的組長說的還行的 也是不容易啊 還記得我一開始連切圖都不會，切圖...
程式設計好習慣
1.dry 不要重複你自己 don t repeat yourself dry是一條最容易理解但又是相對比較難以應用的原則。它是指當你在兩處或者更多的地方發現相似 時，我們應當把它們抽象成乙個新的函式，在之前重複的地方呼叫新的函式並帶上適當的引數。dry也許是最普遍的一條程式設計原則，我從未發現乙個...