視窗與約束

四組結果集與兩條被拒語句

前四題算視窗序號、一對名次、累計和或命名篩選輸入的數量，資料排序均完整給出。末兩題問INSERT對UNIQUE或NOT NULL宣告的結果，是語句結果，不是多出的SELECT行。先辨問題種類，再讀數字選項，不把拒寫當正常結果集。

本SQLite例中UNIQUE不等於NOT NULL

新不計分SQLite例建codes(code TEXT UNIQUE)，兩次插NULL再COUNT(*)。均成功，數2；SQLite對該UNIQUE把兩個NULL視為不同。加NOT NULL會改宣告與結果。它有意對比重複非NULL唯一值與缺失值，不聲稱所有引擎或約束形式一致。

分開視窗排序與最終行序

ROW_NUMBER按視窗ORDER BY分連續位置，本題用id明確打破並列；最終ORDER BY另控返回行序。另一題RANK與DENSE_RANK只按分數，有意保留同組，前者並列後留間隔，後者不留。不能暗給該視窗加破並列項，否則同組改變。

讀清框架與篩選階段

累計題明確按唯一id使用從開頭到當前行的ROWS框架，不依賴未說的預設值。排名CTE先給全體排名，再由外部id篩一行；另一個篩選CTE則先選合格行再外數。跟隨實際子句，不認為所有WHERE都處於同一階段。

採用列上準確宣告的限制

重複普通字串違反題給UNIQUE，資料庫NULL違反另一NOT NULL。兩條最後INSERT都未要求OR REPLACE、OR IGNORE或其他衝突策略，不可暗換。語句失敗不證明應用事務正確，題目也不要求推斷所有前序語句回滾狀態或併發會話可見性。

預測一次並列或一項宣告變化

在可丟棄記憶體庫自擬三個含並列值，先分別寫視窗位置與最終顯示順序再執行；另用小表比較UNIQUE與額外不許NULL的宣告。每次只改宣告條件或一個值，不需生產資料或憑據；網站不執行訪問者SQL或修改所連資料庫。

回顧：顯示順序改變不等於重算視窗序號

新例marks(id INTEGER PRIMARY KEY,score INTEGER)含(10,7)、(20,9)、(30,9)。SELECT id,ROW_NUMBER() OVER(ORDER BY score DESC,id) AS n FROM marks ORDER BY id;返回10|3; 20|1; 30|2。視窗按分數降序再按id排，先給20序號1、30序號2、10序號3。只將最終排序改成ORDER BY id DESC，顯示為30|2; 20|1; 10|3，各行原序號保持。這裡id打破並列；不把這個ROW_NUMBER結果當RANK的並列規則。兩條已在SQLite 3.53.4記憶體庫核過，不計分。

先說明查詢要回答什麼，再一起核結果

可以問：“為什麼最終第一行顯示的序號可以是3？改變外層排序後，哪一套順序變了，視窗定義有沒有改變？”先各自畫小表與中間結果，再比較第一個分歧。可只讀、不執行、查SQLite文件或換資料，無需連線真實資料庫、披露報表或參加速度排名；討論明確的資料和條件，允許指出題外問題尚未被評估。

分享按鈕只複製公開練習入口，不帶個人答案或正確數；也可自行傳送這份公開指南。四組是複習主題，不是資料庫專業等級、招聘通過線或廠商認證。實際執行支援給定SQLite版本下這些語句的結果，不證明所有SQL方言相同、真實報表正確或題組心理測量質量。