Navicat Premium 导出 SQL 时无法直接重写 Schema 名称，因其不支持 --schema 参数且默认导出带完整限定名的语句；可靠方案为导出后文本替换（需谨慎使用正则）或直接调用 pg_dump 命令行工具精确控制 Schema。
navicat premium 本身不支持在「导出 sql 文件」过程中直接重写或批量替换 schema 名称（比如把 public. 替成 myschema.），它导出的是原始对象定义，schema 前缀是语句里硬编码的。想改前缀，得靠导出后处理或换方式生成 sql。
导出时无法控制 Schema 前缀，是因为 Navicat 不透传 --schema 参数
Navicat 15+ 的「转储 SQL 文件」功能底层调用 pg_dump 或 mysqldump，但它不提供界面入口让你填 --schema 或 --exclude-schema；尤其 PostgreSQL 下，如果你连接时没指定 options=-c search_path=xxx，pg_dump 就会默认 dump 所有你有权限的 schema，且每个 CREATE TABLE 都带完整限定名（如 public.users）。
常见错误现象包括：
- 导出 SQL 里出现
CREATE TABLE other_schema.table_xxx，但你只想要public下的表 - 导入时报错
schema "other_schema" does not exist - SQL 文件里大量重复的
SET search_path = public;或缺失该语句，导致执行失败
真正能批量改 Schema 前缀的方法只有两种：导出后文本替换 or 改用命令行 pg_dump
如果你已经导出了带 public. 的 SQL 文件，想批量替换成 myschema.，可用文本编辑器（如 VS Code、Notepad++）做全局替换，但要注意：
- 只替换
public.开头的限定名，避免误改字段名或注释里的public - 正则推荐：
\bpublic\.([a-zA-Z_][a-zA-Z0-9_]*)\b→ 替换为myschema.\1 - 替换后务必检查
CREATE SCHEMA、SET search_path、GRANT等语句是否同步更新 - 外键、索引、视图定义中也含 Schema 名，需一并处理，否则导入失败
更可靠的做法：跳过 Navicat 图形界面，直接调用 pg_dump
Navicat 安装目录下自带 pg_dump.exe（Windows）或 pg_dump（macOS/Linux），路径通常为：C:\Program Files\PremiumSoft\Navicat Premium 15\pg_dump.exe。用它可精确控制 Schema：
- 导出单个 Schema（不含其他 schema 对象）：
pg_dump -h localhost -U username -d dbname --schema=public --no-owner --no-privileges > output.sql - 导出时重写 Schema 名（需配合
--inserts+ 文本后处理）：pg_dump本身不支持重命名 schema，但输出干净、无冗余 schema 引用，比 Navicat 导出的更容易批量替换 - 若目标库已存在
myschema，导入前加SET search_path = myschema;即可绕过前缀问题
最易被忽略的一点：Navicat 导出的 SQL 默认包含 CREATE DATABASE 和 CREATE SCHEMA 语句，而这些语句往往和你的目标环境冲突；实际使用时，几乎都需要手动删掉或注释掉它们——尤其是跨环境迁移时，schema 创建应由 DBA 统一管理，不该混在表结构脚本里。
