问题：PostgreSQL中为何使用SELECT FROM DUAL？

Question

**问题：** 在Oracle等数据库中，`SELECT FROM DUAL`用于执行不涉及实际表的查询，而PostgreSQL为何也支持类似的用法？在PostgreSQL中使用`SELECT FROM DUAL`的场景和原因有哪些？是否可以省略`FROM DUAL`？如果可以，为什么？如果不可以，又在哪些情况下必须使用？了解其背后的机制和最佳实践，有助于写出更高效、更规范的PostgreSQL查询语句。

Answer 1

1. PostgreSQL中的SELECT FROM DUAL：背景与起源

在Oracle数据库中，DUAL是一个虚拟表，用于执行不涉及实际表的查询。例如：

SELECT SYSDATE FROM DUAL;

PostgreSQL作为开源关系型数据库，最初并没有DUAL表。然而，为了兼容从Oracle迁移过来的SQL语句，PostgreSQL在语法层面支持了FROM DUAL的形式。虽然DUAL在PostgreSQL中并不是一个真实存在的表，但解析器会自动忽略它，允许查询正常执行。

2. PostgreSQL中使用SELECT FROM DUAL的场景与原因

• 兼容性需求： 从Oracle迁移到PostgreSQL时，大量SQL语句包含FROM DUAL，保留该语法可减少修改工作量。
• 开发习惯： 部分开发人员习惯于使用FROM DUAL来执行函数调用或表达式计算。
• 统一接口： 在某些ORM框架或SQL生成器中，统一生成包含FROM DUAL的SQL语句，避免数据库差异。

例如：

SELECT NOW() FROM DUAL;

该语句在Oracle和PostgreSQL中均可执行。

3. 是否可以省略FROM DUAL？

可以省略。 PostgreSQL允许在不使用表的情况下省略FROM子句。例如：

SELECT NOW();

这是PostgreSQL原生支持的方式。其背后机制是：PostgreSQL的SQL解析器允许在没有指定表的情况下执行纯表达式或函数调用。

4. 不能省略FROM DUAL的情况

尽管大多数情况下可以省略FROM DUAL，但在以下场景中仍需保留：

场景	说明
跨数据库兼容	如果SQL语句需要在Oracle和PostgreSQL之间通用，保留FROM DUAL可避免条件判断或SQL重写。
工具链限制	某些ETL工具、BI工具或ORM框架生成的SQL默认包含FROM DUAL，修改成本高。

5. PostgreSQL背后的机制解析

PostgreSQL的查询解析器在遇到没有FROM子句的SELECT语句时，会自动构造一个虚拟的“空表”上下文来执行查询。因此，即使不写FROM DUAL，PostgreSQL也能正常执行。

流程图如下：

```mermaid
flowchart TD
    A[用户输入SELECT语句] --> B{是否包含FROM DUAL?}
    B -->|是| C[解析器忽略DUAL]
    B -->|否| D[构建虚拟空表上下文]
    C --> E[执行表达式或函数]
    D --> E
    E --> F[返回结果]
```

6. 最佳实践与建议

• 新开发建议省略FROM DUAL： 遵循PostgreSQL原生语法，提升代码简洁性和可读性。
• 兼容性需求保留FROM DUAL： 如果SQL需要在多个数据库中运行，保留FROM DUAL有助于统一逻辑。
• 避免依赖DUAL的表结构： PostgreSQL中DUAL并非真实表，不应进行JOIN或INSERT等操作。