EF Core LINQ查询无法转换（点SRID转换问题）

核心问题 #

你之前用自定义的ProjectTo方法导致LINQ无法被EF Core翻译成SQL，EF不识别自定义扩展方法，只能把全量数据拉到内存过滤，性能拉胯。下面是几种高效的数据库端过滤方案：

方案1：改用Geography类型（推荐） #

如果你的数据库支持地理类型（比如SQL Server的GEOGRAPHY、PostgreSQL的PostGIS），直接用地理类型存储坐标，Distance方法默认返回米，无需转换SRID：

1. 修改实体属性类型：

using NetTopologySuite.Geometries;

public class PointEntity
{
    // 改用GeographyPoint而非普通Point
    public GeographyPoint Location { get; set; }
    public string Title { get; set; }
    // 其他属性...
}

2. 在DbContext配置中指定SRID和列类型：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<PointEntity>()
        .Property(p => p.Location)
        .HasColumnType("geography") // SQL Server用此类型，PostgreSQL对应"geography"或"geometry"
        .HasSRID(4326); // 标准WGS84坐标系
}

3. 查询代码简化为：

var pointQueryable = DbContext.Points.OrderBy(x => x.Title).AsNoTracking();
var userPoint = new GeographyPoint(filter.UserLatitude, filter.UserLongitude) { SRID = 4326 };

// 直接调用Distance，返回结果就是米
pointQueryable = pointQueryable.Where(x => x.Location.Distance(userPoint) < filter.MaxDistance);

EF会自动翻译成数据库的STDistance函数，完全在数据库端执行过滤，性能最优。

方案2：用EF Core内置的STTransform转换SRID #

如果必须保留Geometry类型，用EF Core提供的STTransform扩展方法（可被翻译成SQL的STTransform函数），在数据库端完成坐标转换和距离计算：

var pointQueryable = DbContext.Points.OrderBy(x => x.Title).AsNoTracking();
var userPoint = new NetTopologySuite.Geometries.Point(filter.UserLongitude, filter.UserLatitude) { SRID = 4326 };

// 转换到3857坐标系后计算距离
pointQueryable = pointQueryable.Where(x => 
    x.Location.STTransform(3857).Distance(userPoint.STTransform(3857)) < filter.MaxDistance);

这个方法同样把逻辑推到数据库执行，不会拉取全量数据。

注意事项 #

• 确保已安装对应数据库的空间扩展包：
  • SQL Server：Microsoft.EntityFrameworkCore.SqlServer.NetTopologySuite
  • PostgreSQL：Npgsql.EntityFrameworkCore.PostgreSQL.NetTopologySuite
• 数据库需启用空间支持（比如SQL Server安装空间组件，PostgreSQL安装PostGIS）

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