SQL Server通过ODBC链接PostgreSQL时部分Schema无法访问及‘cross-database references are not implemented’报错问题咨询

这个报错“cross-database references are not implemented”看起来有点误导，但结合你的场景（同一PostgreSQL服务器下部分Schema可访问，部分不行），大概率是以下两种情况之一，咱们一步步排查：

可能的原因1：Schema2实际属于另一个PostgreSQL Database #

PostgreSQL里的Database和Schema是两层独立的结构——你以为Schema2在MyDatabase下，但实际上它可能属于另一个PostgreSQL Database。这时候你用LinkedPS.MyDatabase.Schema2.Table2查询，本质是跨PostgreSQL Database访问，而PostgreSQL ODBC驱动本身不支持这种直接的跨库引用（PostgreSQL原生跨库需要用dblink或postgres_fdw，ODBC驱动没做适配）。

而Schema1确实在MyDatabase里，且你的链接服务器ODBC数据源默认数据库就是MyDatabase，所以查询能正常执行。

可能的原因2：链接服务器/ODBC驱动的配置冲突 #

如果Schema2确实在MyDatabase下，那可能是配置细节导致驱动误判为跨库访问：

• ODBC数据源的默认数据库不是MyDatabase，导致你明确指定MyDatabase时被视为跨库；
• 链接服务器的四部分名称解析逻辑和驱动不兼容，触发了错误的跨库检查。

解决办法 #

先确认Schema的归属（第一步必做） #

登录PostgreSQL服务器，执行以下SQL确认Table2所在的Database和Schema：

SELECT table_catalog, table_schema, table_name 
FROM information_schema.tables 
WHERE table_name = 'Table2';

如果结果里的table_catalog不是MyDatabase，那就是跨Database的问题，按下面的方法1处理；如果是MyDatabase，按方法2处理。

方法1：处理跨PostgreSQL Database访问的情况 #

方案A：创建专属链接服务器

为Schema2所在的PostgreSQL Database创建一个新的链接服务器：

1. 在SQL Server中，新建链接服务器，选择PostgreSQL ODBC驱动；
2. 配置ODBC数据源时，把默认数据库设置为Schema2所在的Database；
3. 之后用新链接服务器查询：

   SELECT * FROM NewLinkedPS..Schema2.Table2
   

   （省略Catalog部分，因为默认数据库已经是目标库）

方案B：用PostgreSQL的dblink扩展

如果不想新建链接服务器，可以在PostgreSQL中启用dblink扩展，然后通过链接服务器执行跨库查询：

1. 在PostgreSQL中执行：

   CREATE EXTENSION IF NOT EXISTS dblink;
   

2. 在SQL Server中执行自定义SQL（注意替换字段和类型）：

   EXEC ('SELECT * FROM dblink(''dbname=目标数据库名称'', ''SELECT * FROM Schema2.Table2'') 
          AS t(col1 VARCHAR(50), col2 INT, col3 DATE)') AT LinkedPS;
   

方法2：Schema2在MyDatabase下的配置调整 #

方案A：调整ODBC数据源默认数据库

1. 打开Windows ODBC数据源管理器（或对应系统的ODBC配置工具）；
2. 找到你链接服务器用的PostgreSQL ODBC数据源，编辑它；
3. 在“Database”字段选择MyDatabase，保存配置；
4. 尝试用三部分名称查询（省略Catalog）：

   SELECT * FROM LinkedPS..Schema2.Table2
   

方案B：检查链接服务器设置

1. 在SQL Server中打开链接服务器LinkedPS的属性；
2. 切换到“服务器选项”页，确保Data Access设置为True；
3. 切换到“常规”页，确认“产品名称”设置为PostgreSQL，“数据源”正确指向你的ODBC数据源名称；
4. 尝试重新启动SQL Server服务（或链接服务器）后再查询。

方案C：切换ODBC驱动版本

如果用的是ANSI版本的PostgreSQL ODBC驱动，尝试切换到Unicode版本，反之亦然——部分场景下驱动的编码类型会影响名称解析逻辑。

内容的提问来源于stack exchange，提问作者Marko Juvančič