Эти два подхода в разных целях - при просмотре набора данных такого размера вам нужно подумать об использовании буферизованной сетки/хранилища. Весь смысл буферизованных сеток состоит в том, что базовый набор данных слишком велик для одновременной загрузки в сетку без существенных накладных расходов (как правило, в сложности DOM, во второй раз для обработки JS). Таким образом, по самой своей природе данные буферизуются и загружаются в куски. Таким образом, введение локальной фильтрации/сортировки в качестве слоя поверх этого не подходит из-за того, что оно будет применено только к текущему фрагменту, поэтому, когда следующий фрагмент записей был выбран, они не будут подписываться на фильтр/сортировку, обозначенные GUI /, который пользователь ожидает. Таким образом, вы получаете разрозненный UX.
поэтому У вас есть несколько подходов:
Используйте постраничную сетку - с локальной фильтрацией/сортировки на каждой странице, по-прежнему производит меньше, чем идеальный UX, но, по крайней мере, в некотором роде это пол-логическое
Использование не пагинация/буферизации и просто не загружать все ваши записи, а затем сделать локальную фильтрацию/сортировкой, это не будет действительно масштабируемым решением и более спасаясь делать работу, чтобы положить в прочной основе для вашего приложения
Используйте буферном сетки/хранения и реализации на стороне сервера фильтрации/сортировки, учитывая ваши требования, это явно recommendation- и не должно быть слишком трудно реализовать
Поэтому короткий ответ нет- рекомендацию будучи использовать буферную сетку/хранилище с удаленной фильтрацией/сортировкой.
2 в настоящее время реализуется, но является огромным узким местом с точки зрения производительности; в то время как для текущего сценария обработки данных не может быть и речи. 3 Казалось, что это единственный способ. Спасибо, что дали более ясную картину этой проблемы. – isuvaish