Если коротко - можно изменить показ записей "Без сортировки" так, чтобы первыми на просмотр выводились последние (свежие) записи?

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

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

В некоторых формах поиска (рубрикатор, новые поступления/в них проблема не актуальна/) не поможет и пользовательская сортировка, т.к. при переходе к новой рубрике/разделу сортировка слетает на Б.С.

Может, есть параметр, но я его пропустила, тогда извиняюсь заранее.



Редактировано 10 раз. Последний раз 22.09.2023 06:08 пользователем Novinka.

К сожалению, сортировку на данный момент нельзя установить по умолчанию. Т.е. для будущих запросов, которые еще не выполнены. Вероятно, это ограничение будет снято в следующих версиях. Но это не случайное решение.
Сортировка – самый ресурсозатратынй процесс в J-ИРБИС 2.0. Она требует:
1. Выгрузки/переформатирования всех записей, найденных по запросу в БД MySQL
2. Выполнения выборки
Поэтому, чтобы избежать ситуации, когда пользователь забывает выключить сортировку и выполняет с ней все запросы, сортировка сбрасывается при каждом новом запросе. Это обеспечивает безопасный уровень нагрузок на сервер.

PS
Продублировал свой ответ из другой ветки.



Редактировано 1 раз. Последний раз 24.09.2023 16:54 пользователем Кирилл Соколинский (СЗТУ).

Добрый день.

Кирилл Евгеньевич, в продолжение обсуждения спорной проблемы.
Скрины в архиве так как их 6 штук, можно прикрепить только 3.
Ситуация следующая.
1. К БД (49 записей) добавлена форма отображения и режим сортировки (скрин 1, 2).
2. Создан пункт меню, идентичный Виртуальной выставке с несколько изменёнными параметрами и добавленной формой поиска по шаблону формы Новых поступлений. Единственное отличие формы поиска - заменены рубрики и убран календарь. В параметрах прописана новая сортировка (скрин 3).
3. При первоначальном переходе в пункт меню сортировка работает верно. Запрос V=02. (скрин 4).
4. При нажатии на рубрику "Автоматизация" как работает сортировка неизвестно, так как там нет новых поступлений, но она там фигурирует. (скрин 5).
5. При нажатии на рубрику "Все рубрики" - запрос тот же что и в начале V=02 - результат изменился (скрин 6), хотя должен быть такой же как и в п. 3 (скин 4). При этом сортировка отображается нужная (скрин 6).


Использовано тестовое оффлайновое обновление за 10.10.2023. Видно, что принудительная сортировка не работает полностью, так как отображение значения "Сортировка" в области "Настройки отображения записей" фиксирует установленный тип сортировки, но не отрабатывает её. В предыдущих версиях эта настройка сбрасывалась.

Понятно, что сортировка на больших объёмах может тормозить загрузку результатов, однако статические списки ограничены по объёму. Реализация функции сортировки по умолчанию будет полезна.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

mixalevo432 написал(а):
-------------------------------------------------------
> 3. При первоначальном переходе в пункт меню
> сортировка работает верно. Запрос V=02. (скрин
> 4. При нажатии на рубрику "Автоматизация" как
> работает сортировка неизвестно, так как там нет
> новых поступлений, но она там фигурирует. (скрин
> 5).

В норме сортировка должна сбрасываться при каждом запросе, который инициируется пользователем. Т.е. при каждом не статическом запросе.

Если этого не происходит, исправлю и включу исправления в следующие обновления.


> Понятно, что сортировка на больших объёмах может
> тормозить загрузку результатов, однако статические
> списки ограничены по объёму. Реализация функции
> сортировки по умолчанию будет полезна.

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

Можно реализовать собственный обработчик нажатия на тизер. Но это непросто и здесь помочь не смогу.

В перспективе планируется переработка системы кэширования. После решения вопроса сортировку можно будет целиком отдать на на откуп администратору сайта: как сайт будет настроен, так она и будет работать.

PS
Спасибо за детальное описание ситуации.



Редактировано 1 раз. Последний раз 17.10.2023 10:10 пользователем Кирилл Соколинский (СЗТУ).

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> В норме сортировка должна сбрасываться при каждом
> запросе, который инициируется пользователем. Т.е.
> при каждом не статическом запросе.
>
> Если этого не происходит, исправлю и включу
> исправления в следующие обновления.

Вот как раз тут нужно сделать параметрирование. Нужно что бы она НЕ сбрасывалась.

Кирилл Соколинский (СЗТУ) написал(а):
-------------------------------------------------------
> На данный момент можно реализовать поисковую
> форму, каждая из которых будет представлять из
> себя гиперссылку на статический список. При щелчке
> по рубрике будет выполняться обновление страницы и
> выводиться сортированный список.

Это получается просто отрисовать форму с адресами и картинками в html? Тоже вариант, надеюсь временный.


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

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

А что если большие массивы не сортировать после выгрузки, а сразу выгружать в обратном порядке - от большего мфн к меньшему?

Или автоматом позиционировать результат поиска на последней странице и поменять логику листания - листаешь как бы вперед (слева направо), а по сути назад в прошлое)

Для нас этот вопрос очень важен, чтобы показывать в начале поиска новые записи. Например, тот же молодежный рубрикатор...открываешь рубрику с правовыми нормами, а там 2001 год, наверняка устаревшая информация...Уже ставят вопрос об очистке внесенных ранее индексов(((

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



Редактировано 9 раз. Последний раз 17.10.2023 06:37 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Для нас этот вопрос очень важен, чтобы показывать
> в начале поиска новые записи.

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

Спасибо, Кирилл Евгеньевич!