计算列最优实现方案探讨：EF中除属性与HasComputedColumnSql外的第三种选择？

实体类中的ExhibitionName属于客户端计算属性，EF无法将其转换为SQL表达式，因此会默认查询所有列到内存后再执行计算，导致拉取大量无关列。除了数据库端计算列（HasComputedColumnSql），你可以直接在LINQ查询中嵌入拼接逻辑，让EF解析并生成仅查询必要字段的高效SQL。

直接在查询中编写逻辑 #

db.Clients.Select(c => new 
{
    c.Id,
    ExhibitionName = string.IsNullOrWhiteSpace(c.Nickname) ? c.Name : $"{c.Nickname} ({c.Reference})"
}).ToList();

这种写法下，EF会把字符串拼接逻辑转换成对应数据库的SQL语句（比如SQL Server中的CASE WHEN和字符串拼接语法），只会查询Id、Name、Nickname、Reference这几个必要字段，完全避免了无关列的查询。

复用逻辑的扩展写法 #

如果需要在多个场景复用该拼接逻辑，可以封装成扩展方法：

1. 定义用于承载查询结果的DTO类：

public class ClientExhibitionDto
{
    public int Id { get; set; }
    public string ExhibitionName { get; set; } = null!;
}

2. 编写扩展方法封装查询逻辑：

public static class ClientQueryExtensions
{
    public static IQueryable<ClientExhibitionDto> SelectExhibitionInfo(this IQueryable<Client> clients)
    {
        return clients.Select(c => new ClientExhibitionDto
        {
            Id = c.Id,
            ExhibitionName = string.IsNullOrWhiteSpace(c.Nickname) ? c.Name : $"{c.Nickname} ({c.Reference})"
        });
    }
}

3. 使用时直接调用扩展方法：

db.Clients.SelectExhibitionInfo().ToList();

这种方案既不需要修改数据库结构，也不会让EF拉取多余字段，同时实现了逻辑复用，平衡了代码整洁性和查询效率。

内容的提问来源于stack exchange，提问作者Max Bündchen