1.?消滅NULL
1.1.?NULL惹人討厭的原因
1.1.1.?進行SQL編碼時，必須考慮違反人類直覺的三值邏輯
1.1.2.?指定IS NULL、IS NOT NULL的時候，不會用到索引，SQL語句執(zhí)行起來性能低下
1.1.2.1.
1 + NULL = NULL
2- NULL = NULL
3 ＊ NULL = NULL
4 / NULL = NULL
NULL / 0 = NULL1.1.3.?四則運算以及SQL函數(shù)的參數(shù)中包含NULL，會引起“NULL的傳播”
1.1.4.?接收SQL查詢結(jié)果的宿主語言中，NULL的處理方法沒有統(tǒng)一標準
1.1.4.1.?Oracle不區(qū)分空字符串和NULL
1.1.4.2.?Visual Basic是區(qū)分的
1.1.5.?與一般列的值不同，NULL是通過在數(shù)據(jù)行的某處加上多余的位（bit）來實現(xiàn)的，使程序占據(jù)更多的存儲空間，使得檢索性能變差
1.2.?無法完全消除NULL
1.2.1.?僅僅靠在表中所有列加上NOT NULL的約束是不夠的
1.2.2.?在使用外連接，或者SQL-99中添加的帶CUBE或ROLLUP的GROUP BY時，還是很容易引入NULL的
1.3.?消除NULL的具體做法
1.3.1.?首先分析能不能設置默認值
1.3.2.?僅在無論如何都無法設置默認值時允許使用NULL
1.3.3.?編號：使用異常編號
1.3.3.1.?ISO的性別編號
1.3.3.1.1.?“1：男性”“2：女性”
1.3.3.1.2.?“0：未知”“9：不適用”
1.3.3.1.2.1.?編號9可用于法人的情況
1.3.3.1.2.2.?由Codd區(qū)分的兩類NULL“未知”和“不適用”相吻合了
1.3.3.2.?插入編號未知的顧客信息時，定義一個表示未知的編號“×××××”就可以了
1.3.3.2.1.?避免使用“99999”這樣的編號作為異常編號
1.3.3.2.2.?可能會出現(xiàn)用來表示異常的編號和真實的顧客編號重復的情況
1.3.3.3.?編號列應該使用字符串類型
1.3.4.?名字：使用“無名氏”
1.3.4.1.?賦予表示未知的值
1.3.4.1.1.?UNKNOWN
1.3.5.?數(shù)值：用0代替
1.3.5.1.?對于數(shù)值型的列，將NULL轉(zhuǎn)換為0再存儲到數(shù)據(jù)庫中
1.3.5.2.?如果允許NULL，那么就必須在統(tǒng)計數(shù)據(jù)時使用NULLIF函數(shù)或者IS NOT NULL謂詞來排除NULL
1.3.5.3.?如果一定要區(qū)分0和NULL，那么允許使用NULL
1.3.5.4.?“沒有油箱的車”和“空油箱”是不同的
1.3.6.?日期：用最大值或最小值代替
1.3.6.1.?開始日期和結(jié)束日期這樣的“期限”的時候，我們可以使用0000-01-01或者9999-12-31這樣可能存在的最大值或最小值來處理
1.3.6.2.?當NULL的含義是“未知”的時候，可以允許使用NULL
1.3.6.2.1.?當默認值原本就不清楚的時候，例如歷史事件發(fā)生的日期，或者某人的生日等
2.?名字和意義
2.1.?如果沒有為索引和約束顯式地指定名稱，DBMS就會自動為之分配隨機的名稱，這也是應該避免的
2.2.?為內(nèi)聯(lián)視圖命名
2.3.?命名時允許的字符有以下3種
2.3.1.?英文字母
2.3.2.?阿拉伯數(shù)字
2.3.3.?下劃線“_”
2.4.?標準SQL中規(guī)定名稱的第一個字符應該是英文字母
3.?屬性和列
3.1.?列代表的是“屬性”，應該具有一貫性
3.2.?“根據(jù)位置調(diào)用數(shù)據(jù)”是明確禁止的
3.2.1.?對于存儲了“年份不同格式就不同的報表”這類值的表，格式切換的時間點不同，某一列中存儲的值的意義就會發(fā)生變化
3.2.2.?使用某一列去管理多種編號（都道府縣編號或客戶編號等）
4.?注釋
4.1.?“--”單行注釋的寫法
4.2.?“/＊ ＊/”去寫多行注釋
5.?縮進
5.1.?代碼難以閱讀的原因
5.1.1.?沒有進行縮進
5.1.2.?沒有對長代碼劃分模塊，所有的都揉在一起
5.2.?所有關(guān)鍵字都頂格左齊的寫法比讓關(guān)鍵字右齊的寫法更好
5.2.1.?緊接著的列名或表名的位置也能對齊，代碼更易讀
6.?大小寫
6.1.?不成文的約定
6.1.1.?關(guān)鍵字使用大寫字母，列名和表名使用小寫字母
7.?空格
7.1.?不管用什么語言編程都一樣，代碼中需要適當?shù)亓粢恍┛崭?/h3>
8.?逗號
8.1.?前置逗號
8.1.1.
SELECT col_1
, col_2
, col_3
, col_4
FROM tbl_A;
SELECT col_1
, col_2
, col_3
, col_4
FROM tbl_A;8.1.1.1.?刪掉最后一列“col_4”后執(zhí)行也不會出錯
8.1.1.2.?每行中逗號都出現(xiàn)在同一列，因此使用Emacs等可以進行矩形區(qū)域選擇的編輯器就會非常方便操作
8.1.2.?把逗號寫在要素和要素的中間
8.1.3.?SQL格式化/美化
8.1.3.1.?dbeaver不支持
8.1.3.2.?navicat不支持
8.1.3.3.?sql prompt 支持文章來源：http://www.zghlxwxcb.cn/news/detail-431645.html
9.?不使用通配符
9.1.?因為結(jié)果的格式依賴于列的排列順序，所以修改表中列的排列順序，或者添加、修改列就會導致結(jié)果的格式發(fā)生變化
10.?ORDER BY中不使用列編號
10.1.?這個功能在SQL-92中已經(jīng)被列為了“未來會被刪除的功能”
10.2.?一般來說會受列的順序和位置影響的寫法都應該避免，這也是一條鐵律
11.?SQL標準語法
11.1.?不使用依賴各種數(shù)據(jù)庫實現(xiàn)的函數(shù)和運算符
11.1.1.?DECODE(Oracle)、IF(MySQL)、NVL(Oracle)、STUFF(SQL Server)等
11.1.2.?使用CASE表達式或者COALESCE、NULLIF等標準函數(shù)代替
11.2.?SIGN或ABS、REPLACE這些，雖然標準SQL沒有定義它們，但是幾乎所有的數(shù)據(jù)庫都實現(xiàn)了
11.3.?標準SQL中有定義，但是各數(shù)據(jù)庫實現(xiàn)情況不同的功能
11.3.1.?日期函數(shù)EXTRACT，以及用于字符串連接的運算符“||”或者POSITION函數(shù)
12.?連接操作
12.1.?使用INNER或CROSS等表明連接類型的關(guān)鍵字，連接條件可以使用ON子句分開寫
12.1.1.?一眼就能看明白連接的類型和條件，代碼可讀性很好
12.2.?外連接請使用LEFT OUTER JOIN、RIGHT OUTER JOIN或者FULL OUTER JOIN來寫
12.3.?標準SQL中允許省略關(guān)鍵字OUTER，但是這個關(guān)鍵字便于我們理解它是外連接而非內(nèi)連接，所以還是寫上吧
12.4.?左連接有一個優(yōu)勢：一般情況下表頭都出現(xiàn)在左邊
13.?從FROM子句開始寫
13.1.?SQL中各部分的執(zhí)行順序是：FROM→WHERE→GROUP BY→HAVING→SELECT(→ORDER BY)
13.2.?嚴格地說，ORDER BY并不是SQL語句的一部分，因此可以排除在外
?文章來源地址http://www.zghlxwxcb.cn/news/detail-431645.html
到了這里，關(guān)于讀SQL進階教程筆記14_SQL編程要點的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
