如何统一配置ADF中Lookup、存储过程活动的隔离级别？

现状说明 #

• ADF仅允许Lookup和Copy Data活动直接配置数据库隔离级别，SQL存储过程活动无此配置入口
• Azure SQL Database默认采用READ COMMITTED SNAPSHOT ISOLATION (RCSI)隔离级别，需根据业务场景按需调整
• 当前需分别在ADF（处理Lookup/Copy Data）和后端SQL（处理存储过程）两处设置隔离级别，不仅配置冗余，还容易导致并发策略不一致

让Lookup与存储过程并发策略一致的实用方法 #

方法1：存储过程内部显式指定隔离级别 #

直接在存储过程开头添加隔离级别设置语句，与ADF Lookup活动的配置保持一致即可：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED; -- 可替换为REPEATABLE READ、SERIALIZABLE等目标级别

无论ADF如何调用该存储过程，它都会强制使用指定的隔离级别，与Lookup活动的并发策略对齐。

方法2：用ADF变量统一管控隔离级别 #

1. 在ADF中创建字符串变量（比如@pIsolationLevel），设置为目标隔离级别值（如'READ COMMITTED'）
2. Lookup活动直接引用该变量配置隔离级别
3. 存储过程活动将该变量作为参数传入存储过程，在存储过程内部根据参数动态设置级别：

CREATE PROCEDURE YourTargetProcedure
    @IsolationLevel NVARCHAR(50)
AS
BEGIN
    IF @IsolationLevel = 'READ COMMITTED'
        SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
    ELSE IF @IsolationLevel = 'REPEATABLE READ'
        SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
    -- 可扩展其他隔离级别的判断逻辑
    -- 后续编写存储过程业务代码
END

这种方式能将隔离级别配置集中管理，避免两处配置出现偏差。

功能优化建议 #

希望ADF官方为SQL存储过程活动添加隔离级别配置选项，与Lookup、Copy Data活动保持一致的配置方式：

• 减少重复配置，降低维护工作量
• 方便数据库开发者统一管控所有ADF数据库活动的并发策略
• 避免因配置分散引发的并发问题

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