c# - 在 Entity Framework 中生成的单个查询超过 1100 个不同的查询

Question

我有一个奇怪的问题 - 我有一个名为 Item 的表，它通过 Item 表中的 BrandID 键链接到一个名为 brand 的表。

我有一个 EF Code First 模型，它在 Items 表中具有如下导航属性:

public virtual Brand Brand { get; set; }

我有一个项目列表，我发送到一个名为 FilterItems 的方法，该方法从另一个方法获取谓词，该方法执行 Where 语句以返回过滤后的图标列表:

   public IEnumerable<Item> FilterItems(IEnumerable<Item> items)
            {
                string searchString = txtSearchString.Text.ToUpper();

                Func<Item, bool> predicate;

                switch (Field)
                {
                    case SearchField.Brand:
                    default:
                        predicate = BuildBrandPredicate(searchString);
                        break;
                    case SearchField.Model:
                        predicate = BuildModelPredicate(searchString);
                        break;
                    case SearchField.Note:
                        predicate = BuildNotePredicate(searchString);
                        break;
                    case SearchField.Reference:
                        predicate = BuildReferencePredicate(searchString);
                        break;
                    case SearchField.Text:
                        predicate = BuildTextPredicate(searchString);
                        break;
                }

                var result = items.Where(predicate);
                return result;
            }

        private Func<Item, bool> BuildBrandPredicate(string searchString)
        {
            Func<Item, bool> predicate;
            //build the predicate for brand
            switch (cboSearchActions.Text)
            {
                case "Exact":
                    predicate = (item => item.Brand.Description.ToUpper() == searchString);
                    break;
                //Other similar functions go here but I am concentrating on Exact
            }
            return predicate;
        }

数据库中大约有 32000 个项目和 1000 个品牌，每个项目仅链接到一个品牌。

搜索非常慢，当我调试 SQL 时，我发现它对品牌表中的每条记录运行此序列:

Opened connection at 29/09/2014 15:14:46 +01:00

SELECT 
    [Extent1].[ID] AS [ID], 
    [Extent1].[Description] AS [Description]
    FROM [Brand] AS [Extent1]
    WHERE [Extent1].[ID] = @EntityKeyValue1


-- EntityKeyValue1: '1' (Type = Int32, IsNullable = false)

-- Executing at 29/09/2014 15:14:46 +01:00

-- Completed in 6 ms with result: SqlCeDataReader

这总共运行了 1123 次，这太荒谬了。

确定生成的 sql 应该是带有内部连接的单个 sql 语句吗？

谁能解释为什么会发生这种情况以及我是否可以做些什么来阻止这种荒谬的行为

我正在使用

1. Visual Studio 2012
2. C#
3. SQL Server Compact 4.0
4. Entity Framework 6
5. .Net 4.5

Answer 1

IEnumerable<T> linq to objects - 您告诉它对每个项目分别执行这些操作。它不可能组成查询，除非您使用 LINQ-to-some-backend，例如 LINQ-to-Entities。幸运的是，这通常就像替换 IEnumerable<T> 一样简单。与 IQueryable<T> , 和 Func<Foo,Bar>与 Expression<Func<Foo,Bar>> :

    public IQueryable<Item> FilterItems(IQueryable<Item> items)
    {
        string searchString = txtSearchString.Text.ToUpper();

        Expression<Func<Item, bool>> predicate;

        switch (Field)
        {
            case SearchField.Brand:
            default:
                predicate = BuildBrandPredicate(searchString);
                break;
            case SearchField.Model:
                predicate = BuildModelPredicate(searchString);
                break;
            case SearchField.Note:
                predicate = BuildNotePredicate(searchString);
                break;
            case SearchField.Reference:
                predicate = BuildReferencePredicate(searchString);
                break;
            case SearchField.Text:
                predicate = BuildTextPredicate(searchString);
                break;
        }

        var result = items.Where(predicate);
        return result;
    }
    private Expression<Func<Item, bool>> BuildBrandPredicate(string searchString)
    {
        Expression<Func<Item, bool>> predicate;
        //build the predicate for brand
        switch (cboSearchActions.Text)
        {
            case "Exact":
                predicate = (item => item.Brand.Description.ToUpper() == searchString);
                break;
            //Other similar functions go here but I am concentrating on Exact
        }
        return predicate;
    }