如何通过JOIN子句联合多个数据库并实现WHERE条件查询？

你的需求没问题，而且思路方向是对的——先分别在每个库内关联Addresses和Account表，再把结果合并，最后做筛选。不过现有语句可能存在几个小问题导致运行失败，咱们一步步修正：

可能的问题点&修正方案 #

• 字段一致性检查：UNION/UNION ALL要求每个分支返回的字段数量、顺序、数据类型必须完全一致。你需要确认三个库的Addresses和Account表对应字段的类型完全匹配（比如ID是不是都是int，Address是不是都是varchar等），类型不匹配会直接报错。
• 优先用UNION ALL替代UNION：UNION会自动对合并后的结果去重，这会额外消耗性能。如果三个国家的地址数据不会有重复（比如ID是各自库内唯一的），强烈建议用UNION ALL，既能保证结果正确，又能大幅提升查询速度。
• 别忘了获取Account表的额外字段：你提到Account表有sales、amount等专属字段，但原语句里没把这些字段加入SELECT列表——相当于白做了JOIN，拿不到你需要的额外信息。要把这些字段加到每个子查询的SELECT里。
• 提前过滤提升性能：把WHERE [Address] = '1010'放到每个子查询里，而不是外层结果集，这样每个库只会返回符合条件的少量数据，再合并，比先全量合并再过滤高效得多。

修正后的完整SQL示例 #

SELECT * 
FROM (
    -- 捷克库的关联查询+提前过滤
    SELECT 
        a.ID, 
        a.[Address], 
        a.Matchcode, 
        a.[Name], 
        a.Country, 
        a.Place, 
        a.ZIP, 
        a.Street,
        k.sales,
        k.amount,
        k.taxID,
        k.lastSale
    FROM [Czech].[dbo].[Addresses] a 
    LEFT JOIN [Czech].[dbo].[Account] k 
        ON a.ID = k.ID AND a.Address = k.Address
    WHERE a.[Address] = '1010'

    UNION ALL -- 用ALL避免不必要的去重

    -- 德国库的关联查询+提前过滤
    SELECT 
        a.ID, 
        a.[Address], 
        a.Matchcode, 
        a.[Name], 
        a.Country, 
        a.Place, 
        a.ZIP, 
        a.Street,
        k.sales,
        k.amount,
        k.taxID,
        k.lastSale
    FROM [Germany].[dbo].[Addresses] a 
    LEFT JOIN [Germany].[dbo].[Account] k 
        ON a.ID = k.ID AND a.Address = k.Address
    WHERE a.[Address] = '1010'

    UNION ALL

    -- 奥地利库的关联查询+提前过滤
    SELECT 
        a.ID, 
        a.[Address], 
        a.Matchcode, 
        a.[Name], 
        a.Country, 
        a.Place, 
        a.ZIP, 
        a.Street,
        k.sales,
        k.amount,
        k.taxID,
        k.lastSale
    FROM [Austria].[dbo].[Addresses] a 
    LEFT JOIN [Austria].[dbo].[Account] k 
        ON a.ID = k.ID AND a.Address = k.Address
    WHERE a.[Address] = '1010'
) AS AddressAll

额外提示 #

如果你的三个库是在同一个SQL Server实例上，这种跨库查询是完全支持的；如果是不同实例，可能需要先创建链接服务器，但你的语句里用的是[库名].[dbo].[表名]的格式，应该是同实例的情况，没问题。

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