SQL 常被描述为一种用于处理数据的标准语言。这种说法没错，但并不完全准确。
如果你曾将一个数据库中的查询复制到另一个数据库并尝试运行，可能会遇到错误，尽管该查询看起来完全合理。在 SQL Server 中运行正常的查询，可能会在 PostgreSQL 中失败。MySQL 中的日期函数可能不存在于 Oracle 中。一个简单的 limit 子句，在另一个系统中可能需要重写。
这是因为 SQL 存在不同的方言。
什么是 SQL 方言？
SQL 方言是特定数据库系统所使用的 SQL 版本。PostgreSQL、SQL Server、MySQL、Oracle、Snowflake、SQLite、Databricks 以及其他数据库都能理解 SQL，但每种数据库都会添加自己的规则、函数、数据类型和快捷写法。
可以把它类比为英语。美国、英国和澳大利亚的人可以相互理解，但他们可能使用不同的词汇、拼写和表达方式。SQL 的工作方式也类似。核心理念是共通的，但细节会因数据库而变化。
为什么会存在 SQL 方言？
SQL 方言之所以存在，是因为数据库由不同团队为不同用途，在多年间构建而成。每个数据库都做出了帮助用户解决特定问题的设计选择。
例如，有些数据库专注于企业报表，另一些则专注于 Web 应用、分析、云数据仓库或本地嵌入式存储。随着这些系统不断发展，它们添加了对各自用户群体有用的功能，即使这些功能与 SQL 标准并不完全相同。
SQL 常见的变化之处
最令人困惑的是，方言差异通常体现在一些细节上。查询看起来几乎正确，但其中某一部分需要修改。
1. 限制结果数量
在 PostgreSQL 和 MySQL 中，你可能会写：
SELECT *
FROM customers
LIMIT 10;
在 SQL Server 中，你可能会写：
SELECT TOP 10 *
FROM customers;
两个查询表达的意思相近：只返回 10 行。但语法不同。
2. 处理日期
日期函数是 SQL 迁移问题的主要来源之一。
在 MySQL 中，你可能会看到：
SELECT DATE_ADD(order_date, INTERVAL 7 DAY)
FROM orders;
在 PostgreSQL 中，同样的操作可能写成：
SELECT order_date + INTERVAL '7 days'
FROM orders;
两者都会为日期增加七天，但使用的语法不同。
3. 字符串连接
不同数据库中的文本组合方式也可能不同。
SQL Server 通常使用：
SELECT first_name + ' ' + last_name
FROM users;
PostgreSQL 通常使用：
SELECT first_name || ' ' || last_name
FROM users;
目标相同，但运算符不同。
4. 数据类型
数据类型是另一种常见差异。一个数据库可能使用 VARCHAR，另一个可能更倾向于使用 TEXT，还有一些数据库可能提供用于 JSON、数组、地理数据或时间戳的特殊类型。
当你将表从一个数据库迁移到另一个数据库时，这些差异就很重要。在一个系统中完全正常的列类型，可能需要转换后才能在另一个系统中使用。
为什么这对实际项目很重要？
SQL 方言差异并不只是无关紧要的知识点，它们会影响实际工作。
如果你的团队正在从 SQL Server 迁移到 PostgreSQL，数百个存储过程、报表和查询可能都需要修改。如果你的分析团队正在从 PostgreSQL 转移到 Snowflake，日期函数和数据类型可能需要重写。如果你的产品支持多个数据库，那么每个查询都需要谨慎编写。
当细微的语法差异出现在数千行 SQL 中时，它们可能带来高昂的成本。
如何让 SQL 迁移更轻松
最好的方法是将 SQL 迁移视为翻译，而不是复制粘贴。
首先确定源数据库和目标数据库。然后检查查询中常见的特定方言功能：日期函数、字符串函数、限制语法、数据类型、连接、临时表、存储过程以及特定厂商的关键字。
对于简单查询，修改可能很快完成。对于复杂脚本，使用能够理解方言差异并解释变化内容的 SQL 转换工具会有所帮助。
理解 SQL 方言的一种简单方式
SQL 是共享的基础，而 SQL 方言则是这一基础的本地版本。
理解这一点后，数据库错误就不再那么神秘。数据库并不总是在说你的想法是错误的。有时它只是说：“我理解这个想法，但不理解这种口音。”
最后的思考
SQL 方言之所以存在，是因为数据库不断发展，以解决不同的问题。这种灵活性非常强大，但当查询需要在不同系统之间迁移时，也会带来阻力。
如果你使用多个数据库，了解 SQL 方言之间的差异可以节省时间、避免错误，并让迁移过程更加顺畅。
如果你正在进行数据库之间的 SQL 转换，目标不仅是更改单词，更是保留原有含义。
