不同数据库对DELETE JOIN语法兼容性不同：MySQL要求DELETE后显式指定目标表别名（如DELETE t1 FROM t1 JOIN t2）；SQL Server和Oracle完全不支持，须改用子查询或EXISTS；PostgreSQL用USING替代但限制多；MySQL 5.7与8.0别名写法也存在差异。
因为不同数据库对 DELETE JOIN 语法的支持程度和解析规则根本不同，不是写法错了，是引擎根本不认这个结构。
MySQL 的 DELETE JOIN 要带目标表别名
MySQL 允许用 JOIN 辅助筛选删除范围，但语法强制要求：在 DELETE 关键字后、FROM 前，必须明确写出要删的表（可带别名）。
- ✅ 正确：
DELETE t1 FROM users t1 INNER JOIN orders t2 ON t1.id = t2.user_id WHERE t2.status = 'cancelled' - ❌ 错误：
DELETE FROM users INNER JOIN orders→ 报错You have an error in your SQL syntax - ⚠️ 别名必须一致：
DELETE u FROM users u中两个u必须完全相同，否则报Unknown table 'u' in MULTI DELETE - ⚠️ 没加
WHERE就执行？后果是全表清空，且无法用SELECT预览结果——务必先跑等价SELECT u.* FROM users u INNER JOIN orders ...确认范围
SQL Server 和 Oracle 完全不支持 DELETE + JOIN
它们的解析器直接拒绝这种写法，报错信息很明确：
- SQL Server 报
Msg 156, Incorrect syntax near the keyword 'INNER' - Oracle 报
ORA-00933: SQL command not properly ended - ✅ SQL Server 可行写法：
DELETE w FROM WorkRecord2 w INNER JOIN Employee e ON w.EmployeeRun = e.EmployeeNo WHERE ...—— 注意DELETE w中的w是别名，不是关键字 - ✅ 更通用写法：
DELETE FROM WorkRecord2 WHERE EmployeeRun IN (SELECT EmployeeNo FROM Employee) - ✅ NULL 安全写法：
DELETE FROM WorkRecord2 WHERE EXISTS (SELECT 1 FROM Employee e WHERE WorkRecord2.EmployeeRun = e.EmployeeNo)
PostgreSQL 用 USING 替代 JOIN，但限制多
PostgreSQL 不支持 DELETE t1 FROM t1 JOIN t2，但提供 USING 子句作为替代方案，它不是标准 JOIN，行为更受限：
- ✅ 合法：
DELETE FROM orders USING customers WHERE orders.cust_id = customers.id AND customers.name = 'alice' - ❌ 函数失效：
lower(customers.name) = 'alice'可能使索引失效，某些版本直接报错operator does not exist: text = text - ❌ 多表混用易出错：
USING t2, t3 WHERE t2.x = t3.y语法上合法，但难维护、难走索引，建议改用EXISTS - ⚠️
USING不支持LEFT JOIN或聚合，复杂关联逻辑必须拆成子查询
MySQL 版本差异还会让别名写法崩掉
MySQL 8.0.16+ 支持 DELETE FROM table alias WHERE alias.col = ...，但 MySQL 5.7 不认这种写法，会直接报语法错误：
- ❌ MySQL 5.7 报错：
DELETE FROM users u WHERE u.id = 1 - ✅ 兼容写法（5.7 & 8.0 都行）：
DELETE u FROM users u WHERE u.id = 1 - ⚠️ 如果项目要同时跑在 5.7 和 8.0 上，所有带别名的
DELETE都得统一写成DELETE alias FROM table alias形式
真正容易被忽略的是：你写的语句在某个库上能跑，不代表逻辑安全——比如 IN 子查询在 MySQL 5.7 中可能全量物化，在 PostgreSQL 里却走哈希半连接；USING 表达式里一个函数就可能让计划器放弃索引。跨库迁移时，不能只看语法通不通，得看执行计划是不是真走对了路。
