Вот есть тюториал. https://msdn.microsoft.com/en-us/library/aa581771.aspx
Конкретно, всё же, я думаю, постраничный вывод вам нужен https://msdn.microsoft.com/en-us/library/bb445504.aspx . Там по ссылке в том числе и постраничный вывод динамически меняющихся данных разобран (только там удаление разобрано). Не факт, что вам поможет, но всё же.

Вообще, Вконтакте тот же - там часто в галареях попадаются дубликаты. Причём и по три раза (не уверен) могут быть. Но двойки видел совершенно точно, и очень много. Также могут быть пустышки, на которых явно должна была быть фотка, но она не непрогрузилась, а просто была исключена из запроса, судя по всему.

Вывод - вконтактщики просто оставили такой баг. Можно, конечно, придумать сложный механизм, который путём заведения кучи кешей и списков "уже просмотрено" и тому подобных будет эффективно удалять дубликаты и вставлять новые элементы, которые вдруг стали удовлетворять запросу, потому что кто-то прямо сейчас поставил лайк или дизлайк, но проще объявить это фичей и оставить как есть. Если глаза сильно не мозолит, то всем будет плевать.

Идём в ВК, ищем юзера с фотками
https://vk.com/search?c [age_from]=18&c[age_to]=18&c[name]=1&c[photo]=1&c[q]=%D0%B0%D0%BD%D1%8F&c[section]=people&c[sex]=1&c[status]=6

Смотрим фотки https://vk.com/anna_egorova_2000?z=albums203670003

Крутим немного вниз и видим повторяющиеся фотки
https://vk.com/photo203670003_368722064?all=1
https://vk.com/photo203670003_368722049?all=1

их полно, и они подряд, что ещё хуже

По какой причине это произошло? - Неважно. Скорее всего, дело не в лайках или дизлайках, а в чём-то другом (фотки по умолчанию по дате добавления сортируются). Главное, что ВК пофиг, что у юзеров аж подряд могут одинаковые фотки идти. Число юзеров ВК от этого явно не уменьшается. Вывод - забить.

авторКонкретно, всё же, я думаю, постраничный вывод вам нужен
Т. е. вы предыдущую страницу не убираете, а добавляете новую к старым страницам.

Rocketeer88888авторКонкретно, всё же, я думаю, постраничный вывод вам нужен
Т. е. вы предыдущую страницу не убираете, а добавляете новую к старым страницам.
Но это только на клиенте. Запрос к БД, конечно, постраничный.

Проблемы начнутся только при очень активном изменении набора. Например, сотня юзеров очень быстро лайкает-дизлайкает список из тысячи фоток, а другие этот список активно прокручивают.

Вообще, в зависимости от требований и желания углубляться в проблемы, можно по-разному формализовать задачу. Ну вот несколько разных подходов, которые можно ещё на подварианты разбить.


1.
Чисто логически, если сортировка по числу лайков, а фотка получила другое число лайков, то это теперь новая фотка с точки зрения запроса . И пусть на ней изображено то же самое, но запрос же по лайкам, а не по содержимому. То, что юзер прокрутил - это уже история. 10 секунд назад фотка имела 20 лайков, а теперь - 21. Значит, её надо показать снова - вместе с теми, которые имеют 21 лайк.


2.
Вот если бы пользователь попросил 1) сортировать по лайкам, 2) не дублировать старые, 3) учитывать новые, то это другое дело. Но здесь без запоминания "уже просмотренных" и "новых, попавших в диапазон по числу лайков" не обойтись - т. е. надо хранить эти дополнительные списки и динамически их обновлять, в засисимости от активности пользователей в данной галерее. Также надо решить вопрос с добавлением-удалением фоток. Т. е. юзеры же могут не только смотреть, лайкать и дизлайкать фотки во время просмотра другим юзером, а и обычные CRUD операции совершать ещё над ними. Так что вопрос лайков-дизлайков тут ещё не самый сложный.


3.
Таки сделать слепок списка фоток и заморозить его на время запроса пользователя. Т. е. пока юзер листает галерею, сохраняется где-то слепок списка фоток на время первого захода юзера в эту галерею. Слепок действует только относительно этого юзера, а для других - свой слепок.


4.
Таки кешируем вообще всю галерею и обновляем кеш периодически.

Ну а по дубликатам есть, вроде, вполне решения - от использования distinct в запросе, до каких-то кастомных правил. Гуглите "paging without duplicates"
https://skelia.com/articles/pagination-with-dynamic-data-loading-2/
http://stackoverflow.com/questions/10187066/how-do-i-remove-duplicates-in-paging

Кстати, а такая ситуация нормальная? Заходим на главную страницу пользователя. Видим, что у него столько-то фотографий. Жмём на них - "пользователь не разрешил показывать свои фотографии". Крутим ленту пользователя до первой фотки из его галереи. Жмём на эту фотку. Внизу есть ссылка на галерею, в которой эта фотка. А вверху - "хлебные крошки" до самого корня галереи - до всех фоток пользователя. И что толку, что "пользователь не разрешил"? Как минимум, уже несколько лет такое вижу. Тоже "не баг, а фича"?

Это к вопросу "а как там у больших дядей?". Правда, не факт, что то, что прощают большим дядям, простят и вам.

То же самое - когда поиск пользователей из ВК. Если юзер поставил фотку на свою аватару, то, даже если он не разрешил смотреть свои фотки, можно кликом по этой аватаре перейти в галерею и всё посмотреть. Причём главная пользователя может быть вообще чистая - явно пользователь думает, что "спрятался" и никому ничего не видно, только для "своих" видно. А на самом деле любая фотка (хоть на аватаре, хоть в комменте) ведёт в галерею с полным доступом ко всем фоткам.