【问题标题】:it's possible make spring-data-elasticsearch @Document with compound key?可以用复合键制作 spring-data-elasticsearch @Document 吗?
【发布时间】:2016-03-31 21:54:05
【问题描述】:

我开始在 Spring Boot 1.3.1 上使用 Spring Data Elasticsearch,我想使用在我的数据库中使用的相同实体,它具有复合键。

实体类:

@IdClass(PassengerPk.class)
@Table(name = "passenger")
@Document(indexName="passenger")
public class Passenger implements Serializable {

    @Id
    @ManyToOne
    @JoinColumn(columnDefinition="long", name="user_id", referencedColumnName="id")
    private User user;

    @Id
    @ManyToOne
    @JoinColumn(columnDefinition="long", name="scheduler_id", referencedColumnName="id")
    private Scheduler scheduler;

    @Column(name = "is_active")
    private Boolean isActive;

    ...
}

关键类:

public class PassengerPk implements Serializable {

    private Long user;
    private Long scheduler;

    public PassengerPk() {
    }

    public PassengerPk(Long user, Long scheduler) {
        this.user = user;
        this.scheduler = scheduler;
    }
    ...
}

JPA Elasticsearch 存储库:

public interface PassengerSearchRepository extends ElasticsearchRepository<Passenger, PassengerPk> {

}

数据库: database relationships

如果我尝试编译此代码,则会收到此错误。

Caused by: java.lang.IllegalArgumentException: Unsuppored ID type class com.dualion.test.domain.PassengerPk
    at org.springframework.data.elasticsearch.repository.support.ElasticsearchRepositoryFactory.getRepositoryBaseClass(ElasticsearchRepositoryFactory.java:79) ~[spring-data-elasticsearch-1.3.1.RELEASE.jar:na]
    at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepositoryInformation(RepositoryFactorySupport.java:238) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
    at org.springframework.data.repository.core.support.RepositoryFactorySupport.getRepository(RepositoryFactorySupport.java:181) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
    at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.initAndReturn(RepositoryFactoryBeanSupport.java:251) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
    at org.springframework.data.repository.core.support.RepositoryFactoryBeanSupport.afterPropertiesSet(RepositoryFactoryBeanSupport.java:237) ~[spring-data-commons-1.11.1.RELEASE.jar:na]
    at org.springframework.data.elasticsearch.repository.support.ElasticsearchRepositoryFactoryBean.afterPropertiesSet(ElasticsearchRepositoryFactoryBean.java:55) ~[spring-data-elasticsearch-1.3.1.RELEASE.jar:na]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1637) ~[spring-beans-4.2.3.RELEASE.jar:4.2.3.RELEASE]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1574) ~[spring-beans-4.2.3.RELEASE.jar:4.2.3.RELEASE]
    ... 71 common frames omitted

如何修改我的代码?

谢谢

【问题讨论】:

  • 谁能给我一个解决方案?
  • 如何继承@IdClass 依赖?我认为是一些JPA依赖带来的类,ES和JPA的配置不是那么简单,不知道怎么配置。所以当然你不能将它用于 ES。顺便说一句,知道如何实现您的目标对我非常有用。
  • 最后还是用HibernateSearch而不是ES,因为实现起来更简单。

标签: java spring elasticsearch jhipster spring-data-elasticsearch


【解决方案1】:

我在其他地方阅读了相关答案,并得出结论这是不可能的;然而,我的固执占了上风,我想出了一个解决办法。

TLDR;强制 spring 使用一个新的存储库,该存储库采用复合 id 的 hashCode 并将其 String 值用作其 id。

步骤...

创建一个可以处理复合 id 的新 Repository

public class HashKeyedRepository<T, ID extends Serializable> extends AbstractElasticsearchRepository<T, ID> {

    public HashKeyedRepository() {
        super();
    }

    public HashKeyedRepository(ElasticsearchEntityInformation<T, ID> metadata,
                                 ElasticsearchOperations elasticsearchOperations) {
        super(metadata, elasticsearchOperations);
    }

    public HashKeyedRepository(ElasticsearchOperations elasticsearchOperations) {
        super(elasticsearchOperations);
    }

    @Override
    protected String stringIdRepresentation(ID id) {
        return String.valueOf(id.hashCode());
    }
}

请注意,这假设您已在复合 id 类上正确实现 .hashCode 以正常工作。

接下来你必须创建一个新的RepositoryFactoryBean,它会返回这个新的Repository

public class CustomElasticsearchRepositoryFactoryBean<T extends Repository<S, ID>, S, ID extends Serializable> extends ElasticsearchRepositoryFactoryBean<T, S, ID> {

    private ElasticsearchOperations operations;

    public CustomElasticsearchRepositoryFactoryBean(Class<? extends T> repositoryInterface) {
        super(repositoryInterface);
    }

    public void setElasticsearchOperations(ElasticsearchOperations operations) {
        super.setElasticsearchOperations(operations);
        Assert.notNull(operations);     
        this.operations = operations;
    }

    @Override
    protected RepositoryFactorySupport createRepositoryFactory() {
        return new ElasticsearchRepositoryFactory(operations) {
            @Override
            protected Class<?> getRepositoryBaseClass(RepositoryMetadata metadata) {
                if (!Integer.class.isAssignableFrom(metadata.getIdType()) && !Long.class.isAssignableFrom(metadata.getIdType()) && !Double.class.isAssignableFrom(metadata.getIdType()) && metadata.getIdType() != String.class && metadata.getIdType() != UUID.class) {
                    return HashKeyedRepository.class;
                }
                return super.getRepositoryBaseClass(metadata);
            }
        };
    }
}

最后,在启用存储库时,指定新的 RepositoryFactoryBean 类:

@EnableElasticsearchRepositories(basePackages = "xxx.xxx.repository.search", repositoryFactoryBeanClass = CustomElasticsearchRepositoryFactoryBean.class)

如果使用截至本文撰写时任何受支持的 ID(即字符串、UUID、数字),则此实现将回退到默认值。我不知道它是否是一个很好的解决方案,因为它可能与 .hashCode 发生冲突,但它现在对我有用。

PS我正在使用lomboks @Data 为我自动生成.hashCode。

PPS 我看到其他人(非 java)提到的另一个解决方案是对 id 的序列化版本(即 JSON)进行 base64 编码。我认为这可以保证没有冲突,但您必须确保删除任何多余的字符(即空格)并保证属性的顺序才能生效。

【讨论】:

  • 散列不是唯一的,你最终会得到重复的ID
  • 我记下了这一点。但是,如果您的复合 ID 由假设是两个唯一整数组成,并且您使用正确利用素数的良好哈希码实现,那么冲突的可能性应该是最小的。当然,您的数据集越大,机会越大,但即便如此,您也可以决定冲突的可能性是否会影响您的最终解决方案(即在数据库之上实现全局搜索,如果它们的复合 ID 冲突,您能否容忍丢失 1/x 结果?)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-01-09
  • 1970-01-01
  • 1970-01-01
  • 2021-11-09
  • 1970-01-01
  • 2020-06-19
  • 1970-01-01
相关资源
最近更新 更多