SQL标准由ANSI与ISO联合制定但非强制，各数据库实现存在差异；需关注版本演进（SQL-86至SQL:2016+）、厂商支持度及易错点（如字符串比较、GROUP BY规则、NULL处理等），并遵循可移植SQL编写原则。
SQL标准由ANSI（美国国家标准协会）和ISO（国际标准化组织）联合制定，但实际数据库产品（如MySQL、PostgreSQL、SQL Server、Oracle）在实现时普遍存在兼容性差异——标准是“指南”，不是“强制规范”。理解这种演进与差异，关键在于把握三个层次：标准版本的里程碑意义、各厂商对核心特性的支持程度、以及日常开发中最易踩坑的不一致点。
SQL标准主要版本演进脉络
SQL标准并非一成不变，其演进反映数据管理需求的变化：
- SQL-86 / SQL-89：首个官方标准，定义基础语法（SELECT、INSERT、UPDATE、DELETE）、简单连接与单表查询；无事务控制、无视图、无完整性约束（除主键）。
- SQL-92：重大升级，引入外连接（LEFT/RIGHT/FULL JOIN）、子查询、CASE表达式、完整事务隔离级别、更严格的NULL处理规则；成为多数数据库兼容的“事实基线”。
- SQL:1999：加入递归CTE（WITH RECURSIVE）、窗口函数雏形、用户自定义类型（UDT）、存储过程基础框架；但窗口函数当时未完全成型，厂商支持滞后。
- SQL:2003：正式标准化窗口函数（OVER()）、MERGE语句、XML支持；PostgreSQL 8.4+、Oracle 10gR2、SQL Server 2005起逐步实现。
- SQL:2011：引入临时表时间版本（SYSTEM VERSIONED TABLES）、JSON基础操作（部分）、更细粒度的访问控制；目前仅PostgreSQL 10+、SQL Server 2016+、Oracle 12cR2有限支持。
- SQL:2016 及之后：强化JSON支持（JSON_TABLE、JSON_VALUE）、多维数组、属性图查询（SQL/PGQ）；主流数据库仍处于渐进适配阶段，尚未全面覆盖。
ANSI标准 ≠ 数据库实际行为
即使宣称“兼容SQL-92”或“符合SQL:2011”，不同数据库对同一语法的解释和执行逻辑可能不同：
- 字符串比较：SQL标准要求按字典序逐字符比较（含尾部空格），但MySQL默认使用PADSPACE校对规则（'abc ' = 'abc'为真），而PostgreSQL严格区分（需用TRIM或LIKE模式匹配）。
- ORDER BY 与 GROUP BY：SQL:1999允许SELECT列表中出现未在GROUP BY中出现的非聚合列（只要该列函数依赖于分组列），但MySQL 5.7之前默认允许，8.0起默认拒绝；SQL Server始终要求显式包含或聚合。
- NULL 处理：COALESCE是标准函数（所有主流库支持），但ISNULL（SQL Server）和IFNULL（MySQL）是厂商扩展，不可移植；NULL = NULL在标准中恒为UNKNOWN，但某些旧版MySQL配置下可能返回TRUE（需禁用SQL_MODE=‘NO_ZERO_DATE’等）。
- 自动类型转换：标准禁止隐式跨类型比较（如字符串vs数字），但MySQL常自动转（'123' = 123 → TRUE），PostgreSQL则直接报错，更贴近标准。
开发者应对策略：写可移植SQL的实用原则
不必追求100%标准兼容，但应规避高风险写法，提升跨库迁移与协作效率：
- 显式写出JOIN ON条件，避免逗号连接（SQL-92语法更清晰且被广泛支持）。
- GROUP BY子句列出所有非聚合SELECT列，或确保数据库开启ANSI模式（如MySQL的sql_mode=‘STRICT_TRANS_TABLES,ONLY_FULL_GROUP_BY’）。
- 用COALESCE(col, 'default')替代ISNULL/IFNULL/NVL；用CASE WHEN col IS NULL THEN ... END增强可读性与兼容性。
- 字符串比较优先用TRIM(col) = 'val'或col LIKE 'val%'，避免空格歧义。
- 涉及日期、JSON、窗口函数等高级特性前，先查目标数据库版本文档——例如ROW_NUMBER() OVER(...)在MySQL 8.0+才支持，5.7中需用变量模拟。
标准推动统一，实现反映现实。掌握演进主线、看清厂商取舍、守住底线写法，比死记某条语句是否“标准”更有价值。
