Azure跨库外部数据源无法查看约束索引及执行时索引生效疑问

我来拆解你遇到的两个问题，帮你理清背后的原因：

一、为什么在DB2中执行sp_help 'FirstDb.payment'看不到主键和索引？ #

sp_help这个系统存储过程的设计初衷是查询本地数据库对象的元数据，它并不会主动去远程数据库拉取完整的对象细节。当你在DB2中访问FirstDb指向的DB1里的Payment表时，DB2本地并没有存储这个远程表的主键、索引等元数据信息——外部数据源只是建立了一个访问通道，而非把远程表的结构完全复制到本地。

如果需要查看Payment表的主键和索引信息，你还是得在DB1中执行sp_help 'payment'，或者在DB2中通过查询远程系统视图的方式获取（比如SELECT * FROM FirstDb.sys.indexes WHERE object_id = OBJECT_ID('FirstDb.dbo.Payment')），不过后者需要你有足够的权限访问远程数据库的系统视图。

二、从DB2查询Payment表时，索引是否会生效？ #

答案是会生效，但要基于查询优化器的下推决策。

当你从DB2通过外部数据源查询Payment表时，Azure SQL的查询优化器会分析你的查询语句，如果查询中的过滤、排序等操作可以被下推到DB1执行（比如WHERE PaymentID = 100或者ORDER BY PaymentDate这类操作），优化器会生成执行计划让DB1端使用对应的索引来加速查询，只把筛选后的结果返回给DB2，而不是把整个Payment表拉到DB2再处理。

举个例子，如果你的查询是：

SELECT * FROM FirstDb.dbo.Payment WHERE PaymentID = 50

DB1会利用PaymentID上的聚簇索引快速定位到这条数据，然后返回给DB2，整个过程索引是生效的。

不过如果你的查询包含一些无法下推的操作（比如调用DB2本地的自定义函数处理远程数据），那可能需要先把数据拉到DB2再处理，这种情况下远程索引就帮不上忙了。

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