使用 Linq to SQL 基于自定义 .NET 属性进行分页和排序

Question

这是this question 关于 ASP.NET 中的自定义分页的后续内容。

假设我定义了一个表：

CREATE TABLE Person
(
  ID int identity(1,1) not null primary key,
  FirstName varchar(50),
  LastName varchar(50)
)

我通过 Linq to SQL 设计器将它映射到一个类。我在Person 类上定义了这个属性：

public string Name
{
  get
  {
    if (FirstName != null && FirstName != "" && LastName != null && LastName != "")
      return String.Format("{0} {1}", FirstName, LastName);
    else if (FirstName == null || FirstName == "")
      return LastName;
    else if (LastName == null || LastName == "")
      return FirstName;
    else
      return "";
  }
}

假设我有一个按绑定到该 Name 属性的列排序的网格，我想做分页。使用 Linq to SQL 执行此操作的自然方式如下：

MyDBContext db = new MyDBContext();
var myData = db.Persons.OrderBy(p => p.Name).Skip(pageSize * pageIndex).Take(pageSize);
myGrid.DataSource = myData;
myGrid.DataBind();

不过，Linq to SQL 会在此处引发错误，因为它can't convert the Name property to SQL。我可以将.AsEnumerable() 放入过滤器字符串中，正如我刚刚引用的问题的答案中所述，但这意味着我将所有行都拉到 Web 服务器并在那里对其进行排序，如果有足够的，这并不理想表中的记录。过滤和排序应该发生在数据库中。

简单的答案是将Name 属性转换为SQL，并使其成为返回数据、视图或其他东西的SPROC 的一部分。但这对我来说感觉不对，因为我将显示逻辑放在我的数据库层中。如果情况比我有点做作的例子更复杂，并且定义的属性更不平凡，那就更糟糕了。

有没有出路，还是我不得不在性能和关注点分离之间做出选择？还是我对数据库中那种显示逻辑的担心是没有根据的？

Answer 1

LINQ to SQL 希望在服务器上运行查询和排序 - 如果表达式可转换为 SQL，它可以执行此操作。

您的代码无法翻译，这就是您收到错误的原因。

但是，如果您重构查询以计算名称，它将起作用：

var query = from p in db.Persons 
            let name = (p.FirstName + " " + p.LastName).Trim
            order by name  
            take 10
            select name;

如果您尝试运行它，您会发现 LINQ-to-SQL 可以很好地为您翻译它：

SELECT [t2].[value]
        FROM (
            SELECT TOP (10) [t1].[value]
            FROM (
                SELECT LTRIM(RTRIM(([t0].[FirstName] + @p0) + [t0].[LastName])) AS [value]
                FROM [dbo].[Persons] AS [t0]
                ) AS [t1]
            ORDER BY [t1].[value]
            ) AS [t2]
        ORDER BY [t2].[value]

但是，如果表格变大，我建议不要这样做。您要求 SQL 重复执行计算，理想情况下可以执行一次并存储。考虑一个计算字段 FullName，它存储结果。这不需要计算并且可以被索引。

Answer 2

我认为您对显示逻辑和数据库分离的担忧是没有根据的，或者更确切地说，我认为Name属性背后的逻辑是显示逻辑的想法是。

在许多情况下，预先计算的值（即使仅用于显示目的）以帮助查询、显示和优化。

IMO，您的Persons 表上应该有一个名为Name 的列，并且您的业务层中应该有执行将其他属性转换为Name 属性的逻辑，然后将其保留下来剩下的数据。

然后，您将能够正常查询，并在数据库级别进行排序（并且您的数据中可能还有其他情况也可以派上用场）。

仅仅因为分页和排序将结果集过滤到可管理的级别并不意味着重复且经常执行显示逻辑操作是可以接受的。

另一种思考方式是，您将进行几次转换和编写。但是，您将多次读取此数据，并且每次都将执行此转换。如果您汇总花费在执行此转换上的所有时间，则它会加起来相当多，如果您预先计算该值，然后在需要时对其执行适当的查询操作，您可以节省大量时间。