PostgreSQL是一个功能非常完善的开源关系型数据库，很多团队在选型时都会优先考虑它。不过功能多也意味着细节多，同样一条SQL命令，在PostgreSQL里的行为可能和在MySQL里并不完全一样。如果照搬其他数据库的使用习惯，很容易在引号、大小写、类型转换这些地方踩坑。这篇文章会把PostgreSQL中SQL命令的分类、用途和常见误区讲清楚，帮助你建立一套正确的使用认知。
PostgreSQL SQL命令的分类与用途
PostgreSQL中的SQL命令大体可以分为四类：DDL（数据定义语言）、DML（数据操作语言）、DCL（数据控制语言）和TCL（事务控制语言）。DDL负责定义和修改数据库对象的结构，最常见的是CREATE、ALTER、DROP，比如建表、加列、删索引都靠它们。DML负责操作表里的数据，包括SELECT、INSERT、UPDATE、DELETE，这是日常写得最多的一类命令。DCL用来管理权限，核心是GRANT和REVOKE，控制哪个用户能访问哪个表。TCL则管理事务边界，BEGIN、COMMIT、ROLLBACK、SAVEPOINT都属于这一类。
理解这个分类的价值在于，不同类型的命令对锁和事务的影响是不一样的。例如DROP TABLE会请求排他锁，如果此时还有长事务持有该表的访问锁，这条命令就会一直等待，表现出来就是系统卡住。而SELECT在默认的读已提交隔离级别下不会阻塞写操作。知道每条命令属于哪一类，排查锁等待问题时会更有方向感。
PostgreSQL还有一些自己扩展的实用命令，比如EXPLAIN ANALYZE可以真实执行并展示执行计划，VACUUM负责回收死元组空间，COPY能高效地批量导入导出数据。这些命令在其他数据库里要么没有，要么语法差别很大，值得专门花时间掌握。
几个最容易踩坑的常见误区
第一个误区是引号混用。PostgreSQL里单引号包裹字符串，双引号包裹标识符，这个规则比MySQL严格得多。写成SELECT "name" FROM users时，双引号意味着要找一个精确叫name的列，如果建表时没加双引号，列名会被转成小写，这句SQL通常还能跑通。但反过来，如果你建表时用了双引号创建了大写列名，后面又用单引号或不加引号去引用，就会报列不存在的错误。养成统一使用小写命名、只在必要时加双引号的习惯，能省掉大量排查时间。
第二个误区是隐式类型转换。PostgreSQL不会自动把字符串转成数字去做比较，下面这条SQL会直接报错：
-- MySQL中可以运行，PostgreSQL会报错 SELECT * FROM orders WHERE order_id = '123abc'; -- 正确写法是显式转换 SELECT * FROM orders WHERE order_id = '123'::bigint;
这种严格性其实是优点，它能防止脏数据悄悄匹配成功，但习惯宽松转换的开发者一开始会很不适应。同理，整数除法也是常见坑：SELECT 7 / 2的结果是3而不是3.5，需要改成7 / 2.0或者用7::numeric / 2。
第三个误区是对DELETE和UPDATE不加限制条件。一条没有WHERE子句的DELETE会清空整张表，而且PostgreSQL没有内置的闪回功能，一旦提交就无法简单恢复。建议在执行危险操作前先开事务，确认影响行数后再提交：
BEGIN; DELETE FROM user_logs WHERE created_at < '2020-01-01'; -- 检查返回的删除行数是否符合预期 COMMIT; -- 确认无误后再提交，有问题则 ROLLBACK;
另外，很多人以为加了索引查询就一定快，但当过滤条件对列使用了函数或表达式时，普通索引可能失效。PostgreSQL提供了表达式索引来解决这个问题，例如对LOWER(email)建索引，配合同样的查询条件才能命中。
PostgreSQL独有特性：写好SQL的进阶技巧
掌握基础命令之后，可以进一步利用PostgreSQL的扩展语法来简化开发。最有代表性的是RETURNING子句，它让INSERT、UPDATE、DELETE返回受影响的行数据，省去了再查一次的麻烦：
INSERT INTO users (name, email)
VALUES ('张三', 'zhangsan@ipipp.com')
RETURNING id, created_at;
UPDATE users SET status = 'active'
WHERE id = 42
RETURNING id, status;
另一个高频场景是冲突处理。ON CONFLICT子句可以实现类似其他数据库的UPSERT逻辑，存在则更新，不存在则插入：
INSERT INTO products (sku, stock, price)
VALUES ('A1001', 50, 99.9)
ON CONFLICT (sku)
DO UPDATE SET stock = products.stock + 50,
price = EXCLUDED.price;
这里的EXCLUDED指代本次尝试插入的行，写法清晰且在并发场景下是原子的，比自己先查再改可靠得多。除此之外，CTE（公共表表达式）配合WITH可以把复杂查询拆成可读的步骤，窗口函数可以优雅地处理排名和累计统计，这些能力让很多原本需要应用层处理的逻辑下沉到数据库完成。
最后提醒一点，写完SQL最好用EXPLAIN检查执行计划，尤其是慢查询。看懂Seq Scan（顺序扫描）和Index Scan（索引扫描）的区别，理解rows估算值和实际行数的偏差，是性能调优的基本功。配合pg_stat_statements扩展统计历史慢查询，可以形成完整的优化闭环。把命令用对、把特性用好，PostgreSQL的稳定和强大才能真正发挥出来。
PostgreSQLSQL命令数据库修改时间：2026-09-13 07:58:26