【问题标题】:Pagination for update. Is it possible?分页更新。可能吗?
【发布时间】:2020-04-26 20:03:19
【问题描述】:

他们是否存在一些处理分页以进行更新的方法? 例如我有 100 行类型:

@Id
private Integer id;
@Column
private boolean flag;
@Column
private Date last;

一开始它们看起来像:id、false、null

我有持久的方法:

@Query("SELECT t FROM Test t WHERE (t.last < :processStart OR t.last IS NULL)")
Page<Test> find(Pageable pageable, @Param("processStart") Date processStart);

我需要取 10,为每个设置 flag true 和 last = new Date() 并将其保存回 DB。

实现如下:

Date start = new Date();
for (int i = 0; i < 10; i++) {
    Pageable request = new PageRequest(i, 10, SortDirectuin.ASC, "id");
    Page page = testPersistence.find(request, start);
    page.getContext().forEach(t -> {
        ..huge part of another operation..
        t.setFlag(true);
        t.setLast(new Date());
        testPersistence.save(t);
    });
}

首页上下文应该是 id: 0..9; 第二:10..19;

但在我的情况下,第二页返回 id: 20..29;

在分页结束时,我丢失了一半的数据。 返回:0..9、20..29、40..49 等。

如何预防?

【问题讨论】:

  • 您正在更改数据,因此查询结果会发生变化。您正在设置一个日期,因此此时返回的结果是不同的。你突然得到了 90 个而不是 100 个结果(并得到第二页,这意味着你正在跳过第一页)。但是为什么不简单地使用更新查询一次性更新所有记录呢?
  • 因为这只是一个例子,实际上我需要对另一个模型做一些操作,将标志设置为true并保存它,所以更新查询不处理我的情况。

标签: java spring pagination


【解决方案1】:

我发明了一种自行车方法,我试着解释一下:

分页是这样工作的:

1) row1 |        2) row1
   row2 | get1      row2
   row3 |           row3
   row4             row4 |
   row5             row5 | get2
   row6             row6 |
   row7             row7
   row8             row8
   row9             row9

但就我而言,我的行已更改,它们不符合要求。所以分页看起来像:

1) row1 |        2) row4
   row2 | get1      row5
   row3 |           row6
   row4             row7 |
   row5             row8 | get2
   row6             row9 |
   row7             
   row8             
   row9             

糟糕,我丢失了一个分页循环集。

我的解决方案不是增加页面。并始终获得第一页它看起来像:

1) row1 |        2) row4 |       3) row7 |
   row2 | get1      row5 | get1     row8 | get1
   row3 |           row6 |          row9 |
   row4             row7
   row5             row8
   row6             row9
   row7             
   row8             
   row9            

在这种情况下,我不会丢失任何行。 但我再说一遍,这是一种自行车解决方案,在另一种情况下可能不起作用。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2023-03-23
    • 1970-01-01
    • 2013-03-10
    • 1970-01-01
    • 2014-09-15
    • 2010-11-04
    • 1970-01-01
    相关资源
    最近更新 更多