SQL WHERE 1=1 寫法深度解析：動態 SQL 構造的「萬能墊片」與 1=0 建表技巧

痛點：動態拼接 WHERE 子句的邏輯漏洞

string sql = "SELECT * FROM table WHERE";
if (age.HasValue) sql += " Age = " + age.Value;
if (city.HasValue) sql += " AND City = '" + city.Value + "'";
// 若兩條件皆無 → "SELECT * FROM table WHERE" → 語法錯誤

解法：WHERE 1=1 作為「永真條件」墊片

string sql = "SELECT * FROM table WHERE 1=1";
if (age.HasValue) sql += " AND Age = " + age.Value;
if (city.HasValue) sql += " AND City = '" + city.Value + "'";
// 無條件 → "SELECT * FROM table WHERE 1=1" 等價全表掃描
// 有條件 → "SELECT * FROM table WHERE 1=1 AND Age=18 AND City='北京'" 正常運行

優缺點剖析

姊妹篇：WHERE 1=0 —— 只取結構不取數據

-- 1. 快速建表（結構+索引+約束，無數據）
SELECT * INTO new_table FROM old_table WHERE 1=0;

-- 2. 僅獲取元數據（列名、類型），ADO.NET FillSchema 同理
SELECT * FROM huge_table WHERE 1=0;  -- 秒級返回，無 I/O

最佳實踐建議

1. 新代碼請用參數化 + 動態 SQL 構造器（如 Dapper.SqlBuilder、EF Core 動態 LINQ），根治拼接痛點。
2. 存量字符串拼接代碼，WHERE 1=1 是最低成本修復方案，可放心使用。
3. WHERE 1=0 建表/取結構屬於「冷知識」，關鍵時刻能救急（如臨時表創建、元數據讀取）。

結語

WHERE 1=1 不是黑魔法，只是動態 SQL 拼接邏輯的一個「佔位符」。理解其本質，配合參數化查詢，才是寫出安全、高效、可維護數據訪問代碼的正道。