【问题标题】:How can I access script fields in queries made with NEST on Elasticsearch?如何在 Elasticsearch 上使用 NEST 进行查询中的脚本字段?
【发布时间】:2017-08-10 12:09:46
【问题描述】:

我有一个具有坐标字段的 POCO,并且使用 NEST 进行的映射和地理距离搜索都按预期工作。但是,我尝试对 NEST 执行的操作也是返回距 GeoDistance 查询中指定的点的距离,作为搜索结果的一部分。到目前为止,我的研究表明有两种方法可以做到这一点:

我决定使用选项 2,下面是一些代码的样子:

public class User
{
    public int ID { get; set; }
    [GeoPoint]
    public Coordinate Location { get; set; }
}

还有查询本身:

var results = elasticClient.Search<User>(s => s
    .Index("user")
    .Query(q => q
        .GeoDistance(gd => gd
           .Field(f => f.Location)
           .Distance(Distance.Miles(distance))
           .Location(GeoLocation.TryCreate(data.Latitude, data.Longitude))
        ) && q
        .Exists(e => e
           .Field("location")
        )
    )       
    .ScriptFields(sf => sf
        .ScriptField("distance", sf2 => sf2
            .Inline(String.Format("doc['location'].arcDistance({0},{1})", data.Latitude, data.Longitude))    
            .Lang("painless")
        )
    )                
);

虽然直接针对 elasticsearch 运行此查询似乎很好,但当我执行 NEST 时,我遇到了一些问题:

  • 除非我将它添加到定义中,否则我无法访问我在 POCO 对象中定义的“距离”脚本字段
  • 如果我为 User POCO 创建子类,ElasticSearch 不会反序列化父类中定义的字段(这意味着我只获取 Distance 脚本字段,而不是 ID 或 Location 字段,并且 Documents 数组对象都是 Null )
  • 我试图在我用于映射的实际 POCO 和搜索结果对象之间保持分离,但我不知道如何标记属性/字段,以便 NEST 不会映射它,但会将脚本字段的结果反序列化到属性中

我的问题是:在 NEST 中访问脚本字段的推荐方法是什么?我必须完全放弃自动映射吗?还是应该选择排序选项,即使我不是特别想对结果进行排序?

【问题讨论】:

标签: c# .net elasticsearch nest elasticsearch-painless


【解决方案1】:

我最终设法接近了我想要的:

  • 明确告诉我的查询包含 _source 存储字段 - 似乎不会返回 if you use any script fields you need to do this 或 _source / 文档。
  • [ElasticsearchType(Name = "User")] 属性添加到我的搜索结果子类中
  • 当枚举结果中的Hits 时,访问我的脚本字段:

    ((JArray)item.Fields["distance"]).Value<double>(0) / 1609.344 
    

如果有人有更清洁的方法,请告诉我!

【讨论】:

    【解决方案2】:

    使用 ValueOf 方法有一个更清晰的方法。 示例

    item.Fields.ValueOf<User, string>(p => p.Distance)
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2021-11-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-10-22
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多