你碰到的The multi-part identifier "a.Week_ending" could not be bound错误，本质是SQL Server的查询执行逻辑限制：JOIN子句在执行阶段无法提前访问外部查询的行级列值（比如a.Week_ending），所以直接把它作为TVF参数放在LEFT JOIN里是行不通的。

正确做法：用OUTER APPLY替代LEFT JOIN #

要实现“为外部查询每行动态传入Date参数调用TVF”的需求，APPLY运算符正是为这种场景设计的：

• OUTER APPLY和LEFT JOIN效果完全一致——即使TVF没有返回匹配结果，外部行也会被保留
• 如果只需要保留TVF有返回结果的行，可以用CROSS APPLY（对应INNER JOIN）

修改后的调用代码如下：

-- 替换原来的LEFT JOIN语句
OUTER APPLY dbo.V3_Pricelist_Country_lvl(@CountryCode, a.[Week_ending]) pl
WHERE pl.SKU = a.UID -- 保留你原本的SKU匹配逻辑

为什么APPLY能行？ #

APPLY会遍历外部查询的每一行，把当前行的列值作为参数传入TVF，然后将TVF的返回结果和当前行做关联。这种“逐行调用+关联”的逻辑正好匹配你需要的动态参数场景，而且对于你写的内联表值函数（returns table as return (...)这种形式），SQL Server会把函数逻辑直接展开到主查询中，不会有额外的性能损耗。

可选优化建议 #

• 你的TVF里返回了@Country as Country，但这个值就是你传入的@CountryCode，如果主查询里已经有这个值，可以考虑去掉这一列，减少不必要的数据返回。
• 给V3_PriceList表创建合适的复合索引：比如(Country, Date, DateEnd, SKU)，包含[RRP W/O TAX]和[BASE PRICE]列，这样能大幅提升TVF的查询效率。

完整示例查询 #

假设你的主查询结构如下，替换成OUTER APPLY后就能正常运行：

DECLARE @CountryCode nvarchar(2) = 'GB';

SELECT 
    a.*,
    pl.[RRP W/O TAX],
    pl.[BASE PRICE]
FROM 
    YourMainTable a -- 替换成你的实际主表名
OUTER APPLY 
    dbo.V3_Pricelist_Country_lvl(@CountryCode, a.[Week_ending]) pl
WHERE 
    pl.SKU = a.UID;

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