Spring Data Elasticsearch(4.x)-在_source中使用@id forces id字段

Question

以前我们有这样的域对象：

import org.springframework.data.annotation.Id;

public ESDocument {
    @Id
    private String id;

    private String field1;

    @JsonIgnore
    public String getId() {
        return id;
    }

    public String getField1() {
        return field1;
    }

从而在ES中生成了如下文档：

{
  "_index" : "test_index",
  "_type" : "_doc",
  "_id" : "d5bf7b5c-7a44-42f9-94d6-d59fe3988482",
  "_score" : 1.0,
  "_source" : {
    "field1" : "blabla"
  }
}

请注意：

null

{
  "_index" : "test_index",
  "_type" : "_doc",
  "_id" : "d5bf7b5c-7a44-42f9-94d6-d59fe3988482",
  "_score" : 1.0,
  "_source" : {
    "id": "d5bf7b5c-7a44-42f9-94d6-d59fe3988482",
    "field1" : "blabla"
  }
}

null

[1]-https://spring.io/blog/2020/05/27/what-s-new-in-spring-data-elasticsearch-4-0

Answer 1

问题1：

要省略_source中的id字段,通常使用@transient注释,但正如您所写的,这对id属性不起作用。瞬态特性在Spring数据模块中被忽略（不仅仅是Spring数据Elasticsearch）。

但是您可以使用org.springframework.data.annotation.ReadOnlyProperty注释：

@Id
@ReadOnlyProperty
private String id;

当然不是不正确，但你发现有问题。我们在存储它的时候总是考虑整个实体，所以我们从来没有想过不写ID。严格地说,这不是必需的,您说得对,因为我们总是将id和source一起放回_id字段中,所以我们可以很容易地将实体放回一起,但我们从来没有认为这是必需的特性。

注：

当您查看ES索引中的数据时，您会发现使用MappingElasticSearchConverter编写了一个名为_class的附加_source字段，其中包含实体类的名称（或定义的别名）。这允许映射泛型；要了解更多信息，请查看文档--以防您想知道这是从哪里来的。