1. 消滅NULL
1.1. NULL惹人討厭的原因
1.1.1. 進行SQL編碼時，必須考慮違反人類直覺的三值邏輯
1.1.2. 指定IS NULL、IS NOT NULL的時候，不會用到索引，SQL陳述句執行起來性能低下
1.1.2.1.
1 + NULL = NULL
2- NULL = NULL
3 ＊ NULL = NULL
4 / NULL = NULL
NULL / 0 = NULL
1.1.3. 四則運算以及SQL函式的引數中包含NULL，會引起“NULL的傳播”
1.1.4. 接收SQL查詢結果的宿主語言中，NULL的處理方法沒有統一標準
1.1.4.1. Oracle不區分空字串和NULL
1.1.4.2. Visual Basic是區分的
1.1.5. 與一般列的值不同，NULL是通過在資料行的某處加上多余的位（bit）來實作的，使程式占據更多的存盤空間，使得檢索性能變差
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區分的兩類NULL“未知”和“不適用”相吻合了
1.3.3.2. 插入編號未知的顧客資訊時，定義一個表示未知的編號“×××××”就可以了
1.3.3.2.1. 避免使用“99999”這樣的編號作為例外編號
1.3.3.2.2. 可能會出現用來表示例外的編號和真實的顧客編號重復的情況
1.3.3.3. 編號列應該使用字串型別
1.3.4. 名字：使用“無名氏”
1.3.4.1. 賦予表示未知的值
1.3.4.1.1. UNKNOWN
1.3.5. 數值：用0代替
1.3.5.1. 對于數值型的列，將NULL轉換為0再存盤到資料庫中
1.3.5.2. 如果允許NULL，那么就必須在統計資料時使用NULLIF函式或者IS NOT NULL謂詞來排除NULL
1.3.5.3. 如果一定要區分0和NULL，那么允許使用NULL
1.3.5.4. “沒有油箱的車”和“空油箱”是不同的
1.3.6. 日期：用最大值或最小值代替
1.3.6.1. 開始日期和結束日期這樣的“期限”的時候，我們可以使用0000-01-01或者9999-12-31這樣可能存在的最大值或最小值來處理
1.3.6.2. 當NULL的含義是“未知”的時候，可以允許使用NULL
1.3.6.2.1. 當默認值原本就不清楚的時候，例如歷史事件發生的日期，或者某人的生日等
2. 名字和意義
2.1. 如果沒有為索引和約束顯式地指定名稱，DBMS就會自動為之分配隨機的名稱，這也是應該避免的
2.2. 為行內視圖命名
2.3. 命名時允許的字符有以下3種
2.3.1. 英文字母
2.3.2. 阿拉伯數字
2.3.3. 下劃線“_”
2.4. 標準SQL中規定名稱的第一個字符應該是英文字母
3. 屬性和列
3.1. 列代表的是“屬性”，應該具有一貫性
3.2. “根據位置呼叫資料”是明確禁止的
3.2.1. 對于存盤了“年份不同格式就不同的報表”這類值的表，格式切換的時間點不同，某一列中存盤的值的意義就會發生變化
3.2.2. 使用某一列去管理多種編號（都道府縣編號或客戶編號等）
4. 注釋
4.1. “--”單行注釋的寫法
4.2. “/＊ ＊/”去寫多行注釋
5. 縮進
5.1. 代碼難以閱讀的原因
5.1.1. 沒有進行縮進
5.1.2. 沒有對長代碼劃分模塊，所有的都揉在一起
5.2. 所有關鍵字都頂格左齊的寫法比讓關鍵字右齊的寫法更好
5.2.1. 緊接著的列名或表名的位置也能對齊，代碼更易讀
6. 大小寫
6.1. 不成文的約定
6.1.1. 關鍵字使用大寫字母，列名和表名使用小寫字母
7. 空格
7.1. 不管用什么語言編程都一樣，代碼中需要適當地留一些空格
8. 逗號
8.1. 前置逗號
8.1.1.
SELECT col_1
, col_2
, col_3
, col_4
FROM tbl_A;
8.1.1.1. 刪掉最后一列“col_4”后執行也不會出錯
8.1.1.2. 每行中逗號都出現在同一列，因此使用Emacs等可以進行矩形區域選擇的編輯器就會非常方便操作
8.1.2. 把逗號寫在要素和要素的中間
8.1.3. SQL格式化/美化
8.1.3.1. dbeaver不支持
8.1.3.2. navicat不支持
8.1.3.3. sql prompt 支持
9. 不使用通配符
9.1. 因為結果的格式依賴于列的排列順序，所以修改表中列的排列順序，或者添加、修改列就會導致結果的格式發生變化
10. ORDER BY中不使用列編號
10.1. 這個功能在SQL-92中已經被列為了“未來會被洗掉的功能”
10.2. 一般來說會受列的順序和位置影響的寫法都應該避免，這也是一條鐵律
11. SQL標準語法
11.1. 不使用依賴各種資料庫實作的函式和運算子
11.1.1. DECODE(Oracle)、IF(MySQL)、NVL(Oracle)、STUFF(SQL Server)等
11.1.2. 使用CASE運算式或者COALESCE、NULLIF等標準函式代替
11.2. SIGN或ABS、REPLACE這些，雖然標準SQL沒有定義它們，但是幾乎所有的資料庫都實作了
11.3. 標準SQL中有定義，但是各資料庫實作情況不同的功能
11.3.1. 日期函式EXTRACT，以及用于字串連接的運算子“||”或者POSITION函式
12. 連接操作
12.1. 使用INNER或CROSS等表明連接型別的關鍵字，連接條件可以使用ON子句分開寫
12.1.1. 一眼就能看明白連接的型別和條件，代碼可讀性很好
12.2. 外連接請使用LEFT OUTER JOIN、RIGHT OUTER JOIN或者FULL OUTER JOIN來寫
12.3. 標準SQL中允許省略關鍵字OUTER，但是這個關鍵字便于我們理解它是外連接而非內連接，所以還是寫上吧
12.4. 左連接有一個優勢：一般情況下表頭都出現在左邊
13. 從FROM子句開始寫
13.1. SQL中各部分的執行順序是：FROM→WHERE→GROUP BY→HAVING→SELECT(→ORDER BY)
13.2. 嚴格地說，ORDER BY并不是SQL陳述句的一部分，因此可以排除在外
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/551537.html
標籤：其它
下一篇：返回列表