如何在Azure SQL Database的DB2中创建关联DB1多表的存储过程

首先得确认一个前提：执行这个存储过程的数据库账号，必须在DB1上拥有sec.User、sec.AppUser、sec.Application这三张表的SELECT权限，不然跨库查询会直接报错。

下面是把你的查询逻辑封装成完整存储过程的代码，我还做了一点优化让它更灵活：

CREATE PROCEDURE [dbo].[GetFilteredAppUsersFromDB1]
    @TargetAppName NVARCHAR(100) -- 将硬编码的'name'改为参数，方便复用
AS
BEGIN
    SET NOCOUNT ON; -- 避免返回额外的"影响行数"结果集，是存储过程的最佳实践

    -- 你的跨库多表关联查询逻辑
    SELECT 
        u.UserID AS [UserID],
        u.Username AS [UserName],
        u.LastLoginDate,
        ISNULL(au.IsDeleted, 1) AS [IsDeleted]
    FROM DB1.[sec].[User] u
    JOIN DB1.[sec].[AppUser] au ON u.UserID = au.UserID
    JOIN DB1.[sec].[Application] a ON au.ApplicationID = a.ApplicationID
    WHERE a.Name = @TargetAppName;
END

核心要点说明： #

• 跨库表引用必须用[数据库名].[架构名].[表名]的完整限定格式，比如DB1.[sec].[User]，这样SQL Server才能准确找到其他数据库里的表。
• 我把查询里固定的'name'改成了输入参数@TargetAppName，这样你不用修改存储过程代码，就能查询不同名称的应用对应的用户数据。
• SET NOCOUNT ON可以防止存储过程返回额外的计数信息，避免干扰调用方的逻辑处理。

额外注意事项： #

• 如果DB1和DB2不在同一个Azure SQL逻辑服务器上，你需要先在DB2中创建外部数据源和外部表，或者使用Azure弹性查询（Elastic Query）来实现跨服务器的关联查询。如果是同服务器下的两个数据库，上面的代码直接就能运行。
• 测试存储过程可以用这条命令：EXEC [dbo].[GetFilteredAppUsersFromDB1] @TargetAppName = '你的应用名称';

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