способ (на стороне клиента или на стороне сервера) использовать для разбиения на страницы/сортируемые столбцы?

Question

У меня есть 3000 записей в таблице сотрудников, которые я вытащил из своей базы данных с одним запросом. Я могу показать 20 записей на странице. Таким образом, на каждой странице будет отображаться 20 страниц. У меня есть два вопроса о разбиении на страницы и сортировке столбцов:

1) Если я реализую простую разбивку на страницы без сортируемых столбцов, должен ли я отправить все 3000 записей клиенту и сделать клиентскую часть страницы с помощью javascript или jquery. Поэтому, если пользователь нажимает вторую страницу, вызов не будет идти на сервер, и он будет быстрее. Хотя я не уверен, что может повлиять на отправку 3000 или более записей на стороне браузера/клиента? Итак, каков наилучший подход - либо отправлять все записи клиенту в один проход, либо выполнять сортировку там или по щелчку страницы, отправлять вызов на сервер, а затем просто возвращать результаты этой конкретной страницы?

2) В этом случае мне нужно предоставить разбиение на страницы вместе с сортируемыми столбцами (6 столбцов). Таким образом, пользователь может щелкнуть любой столбец, как имя сотрудника или название отдела, а затем имена должны быть упорядочены в порядке возрастания или убывания. Снова я хочу знать лучший подход с точки зрения времени/памяти?

Answer 1

Отправка данных вашему клиенту почти наверняка будет вашим узким местом (особенно для мобильных клиентов), поэтому вы всегда должны стремиться отправлять как можно меньше данных. С учетом сказанного, почти наверняка лучше сделать разбиение на страницы на стороне сервера. Это гораздо более масштабируемое решение. Вероятно, количество данных будет расти, поэтому более безопасная ставка на будущее просто сделает разбиение на страницы на сервере.

Кроме того, помните, что маловероятно, чтобы любой пользователь действительно искал сотни страниц результатов, поэтому перенос всех данных, скорее всего, будет расточительным. This может быть релевантным для вас.

Answer 2

Я предполагаю, что у вас есть класс bean, представляющий записи в этой таблице, с экземплярами, загруженными из любого ORM, который у вас есть.

Если вы еще этого не сделали, вы должны реализовать кэширование этих компонентов в своем приложении. Это можно сделать локально, возможно, используя Guava CacheBuilder или удаленно используя вызовы на Memcached (последнее необходимо для нескольких серверов приложений или балансировки нагрузки). Кэш для этих компонентов должен быть привязан к уникальному идентификатору, скорее всего, сопоставление с столбцом первичного ключа соответствующей таблицы.

Как добраться до страницы: просто напишите свои запросы, чтобы возвращать только идентификаторы выбранных записей. Включите LIMIT и OFFSET или ваш эквивалент DB для paginate. Вызывающий запроса может фильтровать/сортировать по желанию, используя WHERE, ORDER BY и т.д.

Назад в слое Java, перебирать в результате идентификаторы этих запросов и создать свой List бобов путем вызова кэша. Если кеш пропустит, он вызовет ваш ORM для индивидуального запроса и загрузки этого компонента. Как только будет создан List, его можно обработать/сериализовать и отправить в пользовательский интерфейс.

Answer 3

Я знаю, что это напрямую не отвечает на разбивку страницы на стороне клиента и на стороне сервера, но я бы рекомендовал использовать DataTables.net для отображения и разбивки ваших данных. Он обеспечивает очень хороший дисплей, позволяет сортировать и разбивать на страницы, встроенные функции поиска и многое другое. В первый раз я использовал его для первого веб-проекта, над которым я работал, и я, как полный нуоби, смог заставить его работать. Форум также предоставляет очень хорошую информацию/помощь, и создатель ответит на ваши вопросы. Таблицы данных могут использоваться как на стороне клиента, так и на стороне сервера и могут поддерживать тысячи строк. Что касается скорости, у меня было всего несколько сотен строк, но я использовал обработку на стороне клиента и никогда не замечал задержки.

Answer 4

ИСПОЛЬЗУЙТЕ ПОСТАВКУ СЕРВЕРА!

Несомненно, вы могли бы уйти с отправкой массива JSON из 3000 элементов и с помощью JavaScript на страницу/сортировать на клиенте. Но хороший веб-программист должен знать, как записывать и сортировать записи на сервере. (Они должны действительно знать пару способов). Итак, подумайте об этом как о хорошей практике :)

Если вам нужен гладкий пользовательский интерфейс, подумайте об использовании JavaScript grid component, который использует AJAX для извлечения данных. Как правило, эти компоненты проходят назад следующие параметры (или какой-то вариант них):

• Start Record Index
• Количество возвращаемых записей
• Сортировка столбцов
• Сортировать Направление
• Колонки для Fetch (иногда)

Разработчик должен реализовать обработчик или интерфейс, который возвращает набор результатов на основе этих входных данных p arameters.