PostgreSQL SET表达式语法及search_path配置问题咨询

问题背景 #

我有一个包含truncate、copy、insert指令的SQL批处理脚本，通过psql -f ./script.sql执行。将表迁移至指定schema后，在脚本顶部添加\set search_path = new_schema, "$user", public; 但脚本仍无法解析表名，而\set ON_ERROR_STOP on可正常生效。

问题1：SET表达式有的带\有的不带，search_path应使用哪种写法？ #

• 带\的是psql客户端专属命令，仅用于给psql会话内的变量赋值，不会直接修改数据库的search_path配置。你之前用\set search_path没生效，就是因为这只是给psql的一个变量设了值，数据库根本没收到要切换schema搜索路径的指令。
• 不带\的是SQL标准命令，这才是真正告诉数据库要设置search_path的正确写法，格式为：SET search_path TO new_schema, "$user", public;，执行后整个会话内的SQL语句都会按照这个路径查找表。

问题2：末尾;的作用，search_path是否需要添加？ #

• 对于SQL标准命令（不带\的），;是语句结束符，必须添加，否则数据库无法识别这是一条完整的执行命令。
• 对于psql客户端命令（带\的），;不是必需的，加了也不会报错，但属于冗余写法。比如\set ON_ERROR_STOP on加不加;都能生效，但SQL的SET search_path命令必须加;。

问题3：=、空格分隔、TO三种赋值写法是否等价，search_path该用哪种？ #

• 在SQL的SET命令中，这三种写法完全等价：
  1. SET search_path = new_schema, "$user", public;
  2. SET search_path TO new_schema, "$user", public;
  3. SET search_path new_schema, "$user", public;
• 推荐使用TO或=的写法，可读性更强；空格分隔的写法虽然合法，但直观性差，容易和其他命令格式混淆，不推荐日常使用。

内容的提问来源于stack exchange，提问作者404