EF Core数据库标量函数映射调用抛出NotSupportedException问题

这个报错和断点异常是两个典型的EF Core标量函数映射使用错误：

1. 直接静态调用映射函数的写法完全错误：EF Core的数据库函数映射只在LINQ to Entities查询表达式树内生效，你现在直接写int pqs_id = Entities.UFN_QueryForNewPQS_ID(...)，相当于直接调用了方法内部写死的抛异常逻辑，根本不会触发EF Core的SQL翻译流程，自然直接抛出NotSupportedException。
2. OnModelCreating断点不命中，说明你从来没有通过Entities的实例执行过任何数据库操作——这个方法只会在上下文实例第一次访问数据库、构建内存模型的时候触发，你全程只调用类的静态方法的话，这个方法永远不会执行，你写的函数映射配置等于完全没有生效。

1. 修正函数调用方式 #

EF Core 3.x要调用返回单值的标量函数，必须把函数放在上下文的LINQ查询里，通过无实体查询的方式执行，不能直接调用静态方法：

// 正确初始化上下文实例，依赖注入或手动new都可以
using var db = new Entities();
int pqs_id = db.Query<int>()
    .Select(_ => Entities.UFN_QueryForNewPQS_ID(param_SHH_RecordingOrder, param_TillDT_UTC, param_TillDT_UTC))
    .First();

Query<T>是EF Core 3.1专门提供的无实体查询接口，用来返回不对应实体类的标量结果，正好适配你的场景。

2. 排查上下文配置问题 #

如果改完调用方式还是不对，逐个检查以下配置点：

• 确认DatabaseProvider字段在使用Npgsql时确实赋值为DatabaseProvider.Npgsql，否则OnConfiguring里不会加载Npgsql提供程序，查询会走SQL Server逻辑直接报错。
• 如果你给Entities写了带DbContextOptions<Entities>参数的构造函数，确认外部传入的options正确配置了Npgsql连接，不要出现外部传入SQL Server配置、和OnConfiguring逻辑冲突的情况。
• 第一次执行查询时再观察OnModelCreating断点，这时候必然会命中——之前不命中纯粹是因为没有实例化上下文执行过任何查询操作。

3. 简化函数映射配置（可选，降低出错概率） #

你可以删掉OnModelCreating里通过反射获取方法配置映射的代码，直接在DbFunction特性上配置函数名和schema，避免反射时参数类型匹配错误导致映射失效：

[DbFunction(FunctionName = "UFN_QueryForNewPQS_ID", Schema = "ppc")]
public static int UFN_QueryForNewPQS_ID(int? shh_RecordingOrder, DateTime? fromDateTime_UTC, DateTime? tillDateTime_UTC)
    => throw new NotSupportedException();

这种写法和之前的Fluent API配置效果完全一致，代码更简洁也更不容易出错。

验证 #

配置完成后开启敏感数据日志，执行查询时你能看到EF Core生成类似SELECT ppc."UFN_QueryForNewPQS_ID"($1, $2, $3)的SQL语句，执行完成后就能拿到正确的整数值，不会再抛出方法不支持的异常。

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