EF映射值类型抛出异常及相关SQL生成问题咨询

在使用Entity Framework（EF）生成SQL并将查询结果映射到struct（值类型）时，会抛出System.NotSupportedException异常，异常信息为：

"Only parameterless constructors and initializers are supported in LINQ to Entities"

我编写了3个测试用例：

• MapToClass：映射到类，测试通过，生成的SQL仅查询所需字段；
• MapToStruct：直接映射到struct，测试失败，抛出上述异常；
• MapToStructViaMethod：通过自定义方法映射到struct，测试通过，但生成的SQL查询了表中所有字段。

问题1：代码中映射到值类型对象并生成SQL时存在什么问题？ #

EF的LINQ to Entities引擎仅支持无参构造函数和对象初始化器的转换逻辑。struct作为值类型，虽然默认存在隐式无参构造器，但EF的查询转换模块并未适配值类型的初始化操作——它的设计逻辑更偏向处理引用类型（类）的实例化，无法将struct的初始化逻辑转换为对应的SQL生成规则，因此直接触发不支持的异常。

问题2：MapToStruct与MapToStructViaMethod测试对EF SQL生成引擎有何差异？ #

• MapToStruct：直接在LINQ查询中初始化struct的操作，属于EF需要解析并转换为SQL的范畴，但EF不支持值类型的这种初始化方式，因此在查询转换阶段直接失败，无法生成SQL。
• MapToStructViaMethod：自定义方法属于客户端内存执行的逻辑，EF无法将方法内部的struct初始化逻辑翻译为SQL，因此会先执行全量字段查询（把表中所有数据加载到内存），再通过LINQ to Objects在内存中执行自定义方法完成映射，跳过了EF的SQL转换逻辑。

问题3：为何MapToStructViaMethod生成的SQL会包含所有字段，而非仅所需的[VENDOR_ID]？ #

EF无法解析自定义方法内部的逻辑，不知道你仅需要[VENDOR_ID]字段。为了确保客户端能执行自定义方法完成struct映射，EF必须先把实体的所有字段加载到内存，才能让方法获取到所需属性值。这种情况下，EF会放弃SQL层面的字段筛选，直接生成查询全表字段的SQL，再在内存中处理映射逻辑。

内容的提问来源于stack exchange，提问作者Александр Шмыков