0

我正在尝试一些查询，以找出获得性能提升的最佳方法。

我知道使用 IQueryable 比执行 Linq to Sql 或 Linq to Entity 数据库查询更可取，并且 IEnumerable 最适合用于 linq to Objects、Linq to xml 和内存处理。

我的 WCF 服务有如下 linq 查询。当我尝试修改调用它的 Controller 方法时，我收到以下设计时编译错误：

无法将类型“YeagerTechModel.DropDownLists.ProjectDescription[]”隐式转换为“System.Linq.IQueryable”

请注意，ProjectDescription 对象定义如下：

using System;
using System.Collections.Generic;
using System.Runtime.Serialization;
using System.ServiceModel;

namespace YeagerTechModel.DropDownLists
{
    [DataContract]
    [Serializable]
    public partial class ProjectDescription
    {
        [DataMember]
        public Int16 ProjectID { get; set; }
        [DataMember]
        public String Description { get; set; }
    }
}

这是数据库方法调用：

public IQueryable<ProjectDescription> GetProjectDropDownList()
        {
            try
            {
                using (YeagerTechEntities DbContext = new YeagerTechEntities())
                {
                    DbContext.Configuration.ProxyCreationEnabled = false;
                    DbContext.Database.Connection.Open();

                    IQueryable<ProjectDescription> project = DbContext.Projects.Where(w => w.Notes != null).Select(s =>
                        new ProjectDescription()
                        {
                            ProjectID = s.ProjectID,
                            Description = s.Description
                        }
                    );
                    return project;
                }
            }
            catch (Exception ex)
            {
                throw ex;
            }
        }

这是Controller方法中的代码：

IQueryable<ProjectDescription> projectDdl = db.GetProjectDropDownList();

现在，在阅读了 IQueryable 等的性能增益之后，在进行此实验之前，从数据库中获取数据的原始方法如下：

public List<ProjectDescription> GetProjectDropDownList()
        {
            try
            {
                using (YeagerTechEntities DbContext = new YeagerTechEntities())
                {
                    DbContext.Configuration.ProxyCreationEnabled = false;
                    DbContext.Database.Connection.Open();

                    var project = DbContext.Projects.Where(w => w.Notes != null).Select(s =>
                        new ProjectDescription()
                        {
                            ProjectID = s.ProjectID,
                            Description = s.Description
                        }
                    );

                    List<ProjectDescription> myProjects = new List<ProjectDescription>();

                    myProjects = project.ToList();

                    return myProjects;
                }
            }
            catch (Exception ex)
            {
                throw ex;
            }
        }

Controller中的代码如下：

IEnumerable<ProjectDescription> projectDdl = db.GetProjectDropDownList();

第一个问题是：许多查询使用 var 关键字来推断返回的类型。调用数据库检索记录时使用哪一个？“var”语法还是“IQerable”语法？

我注意到的第二件事是，在控制器端，对于一个集合，它总是需要一个可以轻松转换为 IEnumerable 的 List 对象。

因此，基于这个前提，我认为我的最佳解决方案如下： 对于 DB 方法调用：

public List<ProjectDescription> GetProjectDropDownList()
        {
            try
            {
                using (YeagerTechEntities DbContext = new YeagerTechEntities())
                {
                    DbContext.Configuration.ProxyCreationEnabled = false;
                    DbContext.Database.Connection.Open();

                    IQueryable<ProjectDescription> project = DbContext.Projects.Where(w => w.Notes != null).Select(s =>
                        new ProjectDescription()
                        {
                            ProjectID = s.ProjectID,
                            Description = s.Description
                        }
                    );

                    List<ProjectDescription> myProjects = new List<ProjectDescription>();

                    myProjects = project.ToList();

                    return myProjects;
                }
            }
            catch (Exception ex)
            {
                throw ex;
            }
        }

对于Controller中的代码片段，它应该如下并且一切正常：

IEnumerable<ProjectDescription> projectDdl = db.GetProjectDropDownList();

那么，如果 IQueryable 提供了更好的性能（特别是在过滤和支持延迟加载方面），为什么不使用最后一个 DB 方法而不是“var”关键字呢？

有人可以帮助解释什么应该是最佳方案吗？

4

1 回答 1

0

无论您是使用var还是花时间输入变量的类型都不是问题。您的第二个和第三个示例都编译成完全相同的代码。

但是，您的第一个实现比其他两个要好得多。您的第一个方法返回一个查询。另外两个返回该查询的结果。

因此，第一个实现允许调用者对该查询应用进一步的过滤器/映射/操作，并将它们反映在被调用的数据库查询中，而不是在内存中的结果上。这也意味着您将实际执行该查询推迟到以后需要它时，而不是现在。

但是，该实现确实存在缺陷；您要推迟执行，但还要在执行查询之前处理底层上下文。您需要将上下文范围限定在“更高”级别，以确保在执行查询之前它还没有被处理掉。

至于错误，您没有显示足够的信息来查看问题所在，但是您应该努力修复它，而不仅仅是在应用程序中而不是在数据库中进行所有数据操作。

旁注：捕获异常只是为了重新抛出它是没有意义的。除了清除堆栈跟踪之外，您没有做任何有效的事情。如果您与它无关，请不要首先捕获异常。

于 2013-10-18T20:10:55.220 回答