Проблемы с разбивкой на страницы и сортировкой

На стороне клиента лучше всего сохранять простоту: сортировка / разбивка по страницам Javascript предназначена только для очень маленьких наборов результатов - достаточно малых, чтобы пользователь не заметил снижения производительности.

На стороне сервера вы можете оптимизировать нагрузку на сервер:

Загрузка может происходить в виде частых запросов на добавление дополнительных страниц, большого количества строк / столбцов на странице и частых запросов на пересмотр. (Мы даже не говорили о фильтрации)

Поэтому в зависимости от ваших пользователей и фактического использования вам может потребоваться какая-то форма кеширования. Обратите внимание: это предложения на время ПОСЛЕ того, как вы узнаете, что делают ваши пользователи:

• Для частых запросов страниц подумайте о том, чтобы некоторые запросы Ajax предварительно загружали следующие несколько (и предыдущие) страницы, а затем меняли строки (через Javascript) на таблицу по запросу пользователя.

• Для страниц большого размера рассмотрите возможность хранения строк в кэше «последнего использованного» приложения (памяти), чтобы базе данных не требовалось снова и снова выплевывать одни и те же огромные фрагменты данных.

• Для частого обращения хороший подход - хранить кеш-таблицу в SQL только с результатами.

И всегда, всегда, всегда правильно индексируйте базу данных.

Дополнительный ответ:

Мой очень субъективный ответ таков: пользователь (я) хочет отсортировать данные с произвольной страницы. Пусть им (мне). Нет ничего более раздражающего, чем оказаться там, где вы хотите быть, и наличие приложения вернет вас в начало списка.

Еще одно соображение - несколько уровней сортировки: хотите ли вы реализовать сортировку по серийному номеру, а затем по имени пользователя? Подумайте, что делает Microsoft Excel или любое другое приложение, с которым ваши пользователи знакомы. Ваши пользователи, вероятно, будут довольны тем, к чему они привыкли, в том числе возвращением на страницу 1.

Базы данных - настоящие звери при сортировке и отборе данных. Поэтому лучше всего, чтобы клиент сказал серверу: «Мне нужна страница X с Y строками, отсортированными по Z». Затем база данных делает свое дело, и клиент показывает результат. Чтобы повысить производительность, вы можете сделать свой клиент кеширующим результаты, и, кроме того, вы можете сделать так, чтобы ваш код запрашивал следующую и предыдущую страницы после того, как текущая была извлечена, чтобы их можно было мгновенно отображать по запросу.

Лучшим подходом было бы выполнить сортировку и разбиение на страницы на уровне базы данных и вернуть только подмножество исходных данных, которые будут отображаться только на экране. В этом сценарии нет javascript.

Если по каким-либо причинам вы не можете сортировать и подстраивать страницы на уровне базы данных, вам следует сделать это с помощью скрипта на стороне сервера. В этом сценарии тоже нет javascript.

И наихудшим подходом было бы выполнять сортировку и разбиение на страницы с помощью javascript, что, конечно, не рекомендуется вообще по понятным причинам.

Попросите базу данных отсортировать то, что попадает на конкретную страницу на экране. Это почти всегда будет быстрее, кэшироваться и облегчить такую ​​нагрузку на браузер.

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