A
ну либо передать на фронт результат со списком всех id для начала
Size: a a a
2020 December 03
A
и пусть фронт сам страницу вычисляет
D𝔇
придется отказаться от функционала
Не, функционал простой и хороший, просто ваш подход к пагинации неудачный
A
у нас id это UUID
D𝔇
Ну uuidы тоже сортируются
A
нужна клиентская сортировка ))
D𝔇
нужна клиентская сортировка ))
В смысле? Если у вас апи с паджинацией, то сортировка там есть в любом случае.
Клиентская сортировка - это если вы отдадите всю таблицу и клиент будет сортировать
Клиентская сортировка - это если вы отдадите всю таблицу и клиент будет сортировать
D𝔇
Или вы имеете в виду, что клиент может задать направление и поля для сортировки?
A
я имею ввиду что клиент нам присылает настройки сортировки в запросе
D𝔇
я имею ввиду что клиент нам присылает настройки сортировки в запросе
Ну и что вам мешает использовать эти поля в запросе?
D𝔇
Единственный момент - если сортировка по неуникальному полю, то нужна ещё неявная сортировка по любому уникальному полю(обычно по id), иначе подход к паджинации с клиентским курсором не работает
A
да собственно ничего. просто условие where id >= :id не сработает
D𝔇
да собственно ничего. просто условие where id >= :id не сработает
Замените id на любое другое поле
D𝔇
Принцип тот же, просто чуть сложнее построение запроса
A
А можно ли в результате запроса ввести переменную инкремент которая стартует со значения limit?
D𝔇
А можно ли в результате запроса ввести переменную инкремент которая стартует со значения limit?
Это как?
A
Это типа номер строки в результате запроса
DC
А можно ли в результате запроса ввести переменную инкремент которая стартует со значения limit?
если ты знаешь limit, то оно тебе нафиг не нужно?
DC
а, или не
D𝔇
Не, идея правильная, просто я сходу не скажу, как это в jpa сделать. И можно ли это сделать легко