Описание проблемы: Функция постраничного запроса выполняет поиск в обратном порядке на основе идентификатора. При выполнении первого запроса количество данных равно 20, а на первой странице отображаются данные A1-A10. Новая запись вставляется перед переходом на следующую страницу. Когда вы щелкаете следующую страницу, на второй странице появляется A10, что приводит к повторному отображению данных.
Есть ли решение этой проблемы?
Мое текущее решение состоит в том, чтобы нести уникальный идентификатор, когда данные передаются во внешний интерфейс. Внешний интерфейс проходит через массив, чтобы получить идентификатор. Если это так, он не будет отображаться.
Теперь, если вы вернетесь на первую страницу, хотите ли вы видеть новые данные или продолжать показывать устаревший список? Для меня ваше поведение правильное и менее проблемное. Обновлено: это именно то поведение, которое вы нашли, например, на SO!
Вернитесь на главную страницу и нужно обновить. @Vasco Его план может решить мою проблему
@AxelH,ТАК, Что вы имеете в виду?
Поэтому, если вы зайдете со второй страницы и вернетесь на первую страницу, вы можете пропустить некоторые значения, поскольку вы не показали их на второй странице. (ТАК = StackOverflow, извините ^^)
@AxelH,Возвращаясь к первой странице, список обновляется. Текущая проблема заключается в том, чтобы избежать дублирования записей в уже отображаемых данных. Поскольку на стороне приложения нет кнопки пейджинга, она выдвигается на страницу.
Предполагая SQL-запрос, вы можете включить условие id < theLastDisplayedRecordId в предложение where вашего запроса выбора. Для первой страницы это будет 0.
Но со стороны мобильного телефона, скользя по странице, есть дублирующиеся данные, опыт очень недружественный!