INSERT_EXEC无法嵌套错误排查与解决，含表值函数实现问询

一、错误Msg 8164的含义 #

你遇到的Msg 8164是SQL Server的核心限制：不允许嵌套使用INSERT INTO ... EXEC语句。具体来说，你的外层代码用INSERT INTO #WL_Klijenti EXEC sp_kbbl_WachLista_Priprema调用存储过程，而这个存储过程内部又用INSERT INTO #UkupneObaveze EXEC kbbl_sp_PoslovniPrihodi_UkupneObavezeSkraceni执行了另一个带INSERT-EXEC的存储过程——两层INSERT-EXEC嵌套触发了SQL Server的禁止规则，所以报错。

二、规避嵌套错误的可行方案 #

1. 替换内部临时表为全局临时表/永久中间表 #

把存储过程sp_kbbl_WachLista_Priprema里的局部临时表#UkupneObaveze改成全局临时表（前缀##），这样内部的INSERT-EXEC不会和外层的形成嵌套链：

-- 修改sp_kbbl_WachLista_Priprema内部的临时表定义
CREATE TABLE ##UkupneObaveze (PartnerId int,SmanjenjePoslovnihPrihoda NUMERIC(18,2),RastUkupnihObaveza NUMERIC(18,2)) 
INSERT INTO ##UkupneObaveze EXEC kbbl_sp_PoslovniPrihodi_UkupneObavezeSkraceni @Datum_Bilansa 

-- 业务逻辑处理完成后记得删除全局临时表
DROP TABLE ##UkupneObaveze

⚠️ 注意：全局临时表会被所有会话可见，高并发场景下要加会话ID等唯一标识避免数据冲突，或者用完立即删除。

2. 重写内部存储过程为表值函数 #

如果kbbl_sp_PoslovniPrihodi_UkupneObavezeSkraceni没有数据修改、事务操作等副作用，优先把它改成内联表值函数（ITVF）——这是性能最优的方式，而且能彻底避免INSERT-EXEC：

-- 创建内联表值函数替代原存储过程
CREATE FUNCTION dbo.kbbl_fn_PoslovniPrihodi_UkupneObavezeSkraceni (@Datum_Bilansa DATE)
RETURNS TABLE
AS
RETURN
(
    -- 复制原存储过程中查询结果集的核心逻辑
    SELECT PartnerId, SmanjenjePoslovnihPrihoda, RastUkupnihObaveza
    FROM dbo.你的数据源表
    WHERE Datum = @Datum_Bilansa
)
GO

-- 然后修改sp_kbbl_WachLista_Priprema内部的调用逻辑
CREATE TABLE #UkupneObaveze (PartnerId int,SmanjenjePoslovnihPrihoda NUMERIC(18,2),RastUkupnihObaveza NUMERIC(18,2)) 
INSERT INTO #UkupneObaveze
SELECT * FROM dbo.kbbl_fn_PoslovniPrihodi_UkupneObavezeSkraceni(@Datum_Bilansa)

如果原存储过程有复杂的分支逻辑，也可以用多语句表值函数（MTVF），但性能略逊于ITVF。

3. 进阶方案：使用CLR存储过程或OUTPUT参数 #

• CLR存储过程不受SQL Server的INSERT-EXEC嵌套限制，但需要配置CLR集成，适合复杂业务场景。
• 如果返回数据量极小，可以用OUTPUT参数传递结果，但这种方式不适合返回多行结果集。

三、创建表值函数替代外层存储过程调用 #

如果想彻底摆脱INSERT-EXEC，可以把外层的sp_kbbl_WachLista_Priprema也改造成表值函数，步骤如下：

步骤1：创建多语句表值函数（MTVF） #

因为原存储过程包含检查逻辑和临时表操作，用多语句表值函数更合适：

CREATE FUNCTION dbo.fn_kbbl_WachLista_Priprema (
    @Datum_Izvjestaja DATE, 
    @Datum_Bilansa DATE, 
    @Param3 INT
)
RETURNS @Result TABLE (
    [Datum_Izvjestaja] varchar(10), 
    [Aplikacija] varchar(10), 
    [OJK] varchar(12), 
    [OJ_Nova] varchar(50), 
    [MBR] varchar(20), 
    [Sifra_Firme] int, 
    [Naziv_Komitenta] varchar(256), 
    [Mjesto] varchar(30), 
    [Segmentacija] varchar(80), 
    [Partija] varchar(20), 
    [Odobreni_Iznos_Limit_BAM] decimal(16,2)
)
AS
BEGIN
    -- 替换原RAISERROR为THROW（表值函数不支持RAISERROR）
    IF NOT EXISTS (SELECT TOP 1 * FROM dbo.KBBL_Plasmani_Portfolio WHERE Datum_Izvjestaja = @Datum_Izvjestaja)
    BEGIN
        THROW 50001, 'For the particular date, there is no data in KBBL_Plasmani_Portfolio!', 1;
    END

    -- 用表变量替代原局部临时表#UkupneObaveze
    DECLARE @UkupneObaveze TABLE (PartnerId int,SmanjenjePoslovnihPrihoda NUMERIC(18,2),RastUkupnihObaveza NUMERIC(18,2))
    -- 调用改造后的表值函数获取数据
    INSERT INTO @UkupneObaveze
    SELECT * FROM dbo.kbbl_fn_PoslovniPrihodi_UkupneObavezeSkraceni(@Datum_Bilansa)

    -- 原存储过程生成最终结果的逻辑，插入到@Result表变量
    INSERT INTO @Result
    SELECT 
        CONVERT(varchar(10), @Datum_Izvjestaja, 102) AS Datum_Izvjestaja,
        -- 替换成你的实际业务查询逻辑
        'APP_CODE' AS Aplikacija,
        p.OJK,
        p.OJ_Nova,
        p.MBR,
        p.Sifra_Firme,
        p.Naziv_Komitenta,
        p.Mjesto,
        p.Segmentacija,
        p.Partija,
        p.Odobreni_Iznos_Limit_BAM
    FROM dbo.你的主业务表 p
    JOIN @UkupneObaveze u ON p.PartnerId = u.PartnerId
    -- 其他过滤、关联条件

    RETURN
END
GO

步骤2：直接查询表值函数 #

现在不需要临时表和INSERT-EXEC，直接查询函数就能得到结果：

SELECT * FROM dbo.fn_kbbl_WachLista_Priprema('2017-09-30', '2017-09-30', 0)

这种方式不仅解决了嵌套问题，还能让结果集直接参与其他查询（比如关联、过滤、排序），灵活性更高。

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