JPA查询为不同的参数返回相同的结果

时间:2015-09-11 16:23:23

标签: java spring hibernate jpa spring-data

我遇到了一个问题,我的查询方法是在foreach循环中,每次我传入一个不同的参数来检索不同的信息。但是,在循环的第一次迭代之后,查询数据被缓存(我认为)并为后续循环返回相同的数据。

这是我的代码:

@Transactional(readOnly = true)
public List<InitiativeReport> getInitiativeReports() throws Exception {
try {
    List<InitiativeReport> ir = new ArrayList<InitiativeReport>();
    List<Initiative> in = initiativeRepository.findAll();
    for(Initiative i : in) {
        i.getTheme().getId(); // lazy initialize

        InitiativeReport report = new InitiativeReport();
        report.setId(i.getId());
        report.setInitiativeId(i.getInitiativeId());
        report.setName(i.getName());
        report.setTheme(i.getTheme());

        // this is the call to the query, which is cached after the first iteration
        List<InitiativeProfileQuestion> q = initiativeProfileQuestionRepository.getQuestionsAndAnswerLogs(i.getInitiativeId());
        report.setQuestions(q);
        ir.add(report);
    }

    return ir;
}
catch (Exception e) {
    throw new Exception(e);
}

这是我的存储库界面:

public interface InitiativeProfileQuestionRepository extends JpaRepository<InitiativeProfileQuestion, Long> {
    @Query("select distinct q from InitiativeProfileQuestion q "
         + "left join fetch q.answers "
         + "left join fetch q.answerLogs al "
         + "where al.initiative.initiativeId = ?1 "
         + "and al.revision = al.initiative.revision 
         + "order by q.question asc")
    public List<InitiativeProfileQuestion> getQuestionsAndAnswerLogs(String initiativeId);
}

这是我的application.yml文件:

spring:
    datasource:
        dataSourceClassName: com.mysql.jdbc.jdbc2.optional.MysqlDataSource
        url: jdbc:mysql://localhost/testdb
        username: root
        password: XXXXXXXXX
        driverClassName: com.mysql.jdbc.Driver
        testOnBorrow: true
        validationQuery: SELECT 1
    jpa:
        database-platform: org.hibernate.dialect.MySQLInnoDBDialect
        database: MYSQL
        openInView: false
        show_sql: true
        generate-ddl: false
        hibernate:
            ddl-auto: none
            naming-strategy: org.hibernate.cfg.EJB3NamingStrategy

此问题与我在此处发现的帖子非常相似:Native Query (JPA ) not reset and return the same old result

但是,该用户正在使用EntityManager,我的应用程序中没有EntityManager的实现 - 我让JPA完成所有工作,只有查询注释。

任何帮助都将不胜感激!

3 个答案:

答案 0 :(得分:4)

参加聚会的时间不多,但对于那些现在发现这一点的人来说,你需要做的就是解决这个问题:

当您在已经启动事务的循环中查询时,您需要分离从该循环内的查询返回的实体,这些查询共享相同的ID但可能具有不同的数据。

以下是一个例子:

@Service
public class ProductService {

    @Autowired
    private ProductRepository productRepository;

    @Autowired
    private ProductWarehouseRepository productWarehouseRepository;

    @Autowired
    private EntityManager entityManager;

    @Transactional
    public List<Product> getProducts(){
        List<Product> products = this.productRepository.findAll();
        products.forEach(product -> {
            List<ProductWarehouse> warehouses = this.productWarehouseRepository.findAllByProductId(product.getId());
            warehouses.forEach(warehouse -> {
                //THIS IS THE IMPORTANT PART
                //You have to detach the entity from the session
                this.entityManager.detach(warehouse);
            });
            product.setWarehouses(warehouses);
        });
        return products;
    }
}

在此示例中,产品A可以在仓库ID 1中,产品B也可以,但它们可能在仓库中具有不同的数量。

当返回的结果可能在@Id列上发生冲突时,您必须从会话中分离实体。这与Hibernate中1级缓存的工作方式有关。您可以查看此链接以获取更多信息http://docs.jboss.org/hibernate/entitymanager/3.6/reference/en/html/objectstate.html

答案 1 :(得分:2)

我遇到了一个非常类似的问题。我通过更改我的Entity类来解决它,以添加额外的@Id注释,以准确反映数据库表上的复合主键。你可能想尝试一下。

或者,看看我最近回答你上面提到的问题(Native Query (JPA ) not reset and return the same old result)。如你所知,它与这个问题有一些相似之处。

此外,您的InitiativeProfileQuestion在变量ID上显示@Id。看起来你是通过initiativeId查询。也许你应该通过id来查询,因为它被注释为主键。

注意:我不明白为什么有人最初删除了这个,因为没有回答这个问题。我尝试将其作为评论发布,但我没有足够的声誉点来这样做。尽管如此,我确实相信我所建议的可以解决提问者的问题,所以我认为这是一个答案。我承认它可以被解释为建议而不是答案。但事实上,我也不会严格地称之为评论。提问者难道不应该考虑是否是一个答案吗?我的答案是否真的符合这些标准?https://stackoverflow.com/help/deleted-answers

答案 2 :(得分:0)

我遇到了同样的问题,我搜索了很多网页,但找不到确切的解决方案。 然后我发现以下方法可以解决问题。

在查询之前调用"user.homeaddress.postcode"可以解决此问题。