準備報表輸入
本例顯示已有估算由少至多，未知在後，相同按 id。SQLite ASC 通常 NULL 在前，NULLS LAST 才按本例排且保 NULL；報表本身不派工作。
以下記錄及報表規則均為原創假設。在新 SQLite 測試資料庫重做建表，預覽包含此小型例子每張表。
| 編號 | 工時 |
|---|---|
| A | NULL（未知或沒有） |
| B | 2 |
| C | 5 |
CREATE TABLE estimates(id TEXT PRIMARY KEY,hours INTEGER); INSERT INTO estimates VALUES('A',NULL),('B',2),('C',5);比較錯誤及更正結果
SELECT id,hours FROM estimates ORDER BY hours,id;| 編號 | 工時 |
|---|---|
| A | NULL（未知或沒有） |
| B | 2 |
| C | 5 |
SELECT id,hours FROM estimates ORDER BY hours NULLS LAST,id;| 編號 | 工時 |
|---|---|
| B | 2 |
| C | 5 |
| A | NULL（未知或沒有） |
錯清單先未知 A，更正 B=2、C=5、A 未知，未知不是觀察到零小時。
用新副本測邊界
全部估算改 NULL，仍是按 id 的全未知清單，不聲稱有最少已知工作。
另開新資料庫重做原建表，才套下列改動及更正查詢。空結果在表內用已標明空結果文字表示，不是假資料行。
UPDATE estimates SET hours=NULL;
SELECT id,hours FROM estimates ORDER BY hours NULLS LAST,id;| 編號 | 工時 |
|---|---|
| A | NULL（未知或沒有） |
| B | NULL（未知或沒有） |
| C | NULL（未知或沒有） |
全 NULL 邊界可證明 A 最省工時嗎？
查看參考答案
不可。A 排先只是按 id 取序，並非較省工時；全部工時仍未知。