LINQ to Entities报错：不识别get_Item(Int32)无法转换为存储表达式

• 核心原因是LINQ to Entities的查询逻辑需要被Entity Framework翻译成SQL语句在数据库端执行，你在where过滤条件中写了t.Products.ToList()[0]，其中[0]是C#集合的索引器，本质是调用get_Item(Int32)方法，EF没有为这个方法编写对应的SQL翻译规则，无法将其转换为可在数据库执行的查询逻辑，因此抛出System.NotSupportedException。
• 这段代码本身还存在额外的逻辑缺陷：即使不触发异常，t.Products.ToList()会加载当前分类下的所有关联产品到内存，性能很差；同时直接取[0]没有指定排序规则，数据库返回的关联集合顺序是不确定的，拿到的第一个产品没有业务确定性，逻辑不可靠。

根据实际业务需求选择对应的写法，所有查询逻辑都使用EF可原生翻译为SQL的标准方法，避免在数据库查询阶段调用无法翻译的C#方法、提前加载全量数据。

场景1：查询存在指定ID产品的产品分类（最常见场景） #

如果你的业务需求是找到所有关联了ProductID为传入id的产品的分类，直接用Any方法即可，EF会将其翻译为SQL的EXISTS子查询，性能最优：

public IEnumerable<TypesOfProduct> GetType(long id)
{
    var selectedType = from t in db.TypesOfProducts
                        where t.Products.Any(p => p.ProductID == id)
                        select new { t.TypeName, t.Products };

    return selectedType.ToList()
                    .Select(c => new TypesOfProduct()
                    {
                        TypeName = c.TypeName,
                        Products = c.Products
                    });
}

场景2：匹配排序后第一个产品为指定ID的分类 #

如果业务确实要求判断分类下按固定规则排序后的第一个产品ID匹配，要显式指定排序规则，再用FirstOrDefault方法，该方法EF可直接翻译为SQL的TOP 1查询：

public IEnumerable<TypesOfProduct> GetType(long id)
{
    var selectedType = from t in db.TypesOfProducts
                        // 必须显式指定排序字段，否则查询结果顺序无保障
                        where t.Products.OrderBy(p => p.ProductID).FirstOrDefault().ProductID == id
                        select new { t.TypeName, t.Products };

    return selectedType.AsEnumerable()
                    .Select(c => new TypesOfProduct()
                    {
                        TypeName = c.TypeName,
                        Products = c.Products
                    });
}

额外注意事项 #

编写LINQ to Entities查询时，不要在IQueryable类型的查询片段中调用ToList()、ToArray()等会立即执行查询加载全量数据的方法，也不要使用自定义C#函数、索引器等EF无对应SQL翻译规则的逻辑，否则要么触发不支持异常，要么会拉取全量数据到内存过滤，产生严重的性能问题。

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