這條線在權限上有實際後果

兩類的授權是分開的，而它們在日常運行裡的頻率差很多：應用程式跑起來之後幾乎只做 DML，DDL 只在部署或遷移的時候用一次。這讓最小權限有一個明確的切法——常態運行的帳號不給 DDL，遷移用另一個帳號。

代價的形狀也不同。一句 DML 寫錯影響的是那些列，可以用另一句 DML 補回來；一句 DDL 寫錯（DROP TABLE 那一類）拿掉的是結構，補救要靠備份。

兩類的擋法不在同一層

DML 的權限掛在表上——GRANT SELECT ON 顧客。DDL 的權限多數掛在更上面一層：能不能建新表由 schema 那一層決定，不是由某一張表決定，因為建的時候那張表還不存在。

概念位置

這條線切的是語句改動的對象，而 SQL 的其餘概念多數只活在 DML 這一側——relation、外連接、分組、子查詢 全部是在既有結構上取資料的方式。DDL 決定那個結構長什麼樣，它跑完之後才輪到那些概念。

兩類在時間上的分布因此完全不同：DDL 集中在部署那幾分鐘，DML 散在系統活著的每一秒。權限、備份策略與事故的補救方式都跟著這條線分。

往下走

授權的單位與最小權限的具體切法在 SQL.16 SQL 的權限模型：角色、GRANT 的授權單位與最小權限。DDL 權限實際被用到的場合（雙寫、回填、切流、回滾）在 資料庫轉換實作。