Как программно узнать количество промаркированных строк в гриде?

[Jackally]

Как программно узнать количество промаркированных строк в гриде?
Кроме пробега по датасорсу с помощью getNext() и подсчета записей, есть еще более оптимальные и шустрые варианты?

[EVGL]

Насколько мне известно, нет. А кто сказал, что getNext() неоптимален? Мы же к базе данных не обращаемся и даже на сервер не идем.

[Jackally]

Но когда промаркированно несколько десятков тысяч записей, запрос на сервере отработает побыстрее (

[Vadik]

Цитата:

Сообщение от Jackally

Но когда промаркированно несколько десятков тысяч записей, запрос на сервере отработает побыстрее (

Запрос? Откуда сервер знает о промаркированных на клиенте строках грида?
Чем занимается могучий пользователь, маркирующий несколько десятков тысяч записей?

[Jackally]

сервер как раз не знает. Записей очень много, и их надо обработать, я подсчитываю их количество для прогресс бара, тем самым убиваю "клиента", как их можно шустро посчитать?

[Alex_KD]

Храните отдельно в Set или Map признак маркированности.Однако, вопрос "Чем занимается могучий пользователь, маркирующий несколько десятков тысяч записей?" остается открытым.Вы же не хотите сказать, что пользователь потом будет просматривать все эти записи и снимать маркировку с некоторых из них?

[Jackally]

Под маркировкой я имею ввиду "выделение", пользователь может нажать Ctrl+A и нажать "обработку"

[blokva]

Цитата:

Сообщение от Jackally

Под маркировкой я имею ввиду "выделение", пользователь может нажать Ctrl+A и нажать "обработку"

Ну так это же значит все записи выделил и count() Вам поможет

[Russland]

Jackally

Да не заморачивайтесь этим прогрессбаром в плане подсчёта количества строк. Ведь сами рассудите: пользователя не интересует точное конкретное количество отработанных строк. Всё равно он на запущенный процесс уже никак не повлияет. Разве что может отменить. Пользователя в первую очередь интересует не завис ли процесс, который обрабатывает эти строки. Как вариант, отобразите анимированную иконку, что процесс всё ещё идёт. Или воспользуйтесь тем же прогрессбаром, по установите максимальное ему(прогрессбару) число, например 20000. Пользователь будет видеть что процесс идёт.

Посвятите себя более полезным задачам

Вместо 20000 можете это прописать

    QueryRun        queryRun;
    queryRun = new QueryRun(table_ds.query());
    element.progressInit("бла-бла", SysQuery::countLoops(queryRun), #AviUpdate,1, 1);

countLoops(queryRun) вернёт количество строк в квериране, а оно всегда будет больше, чем пользователь выделил. Ничего страшного не случится, если процесс завершится раньше, чем прогрессбар дойдёт до конца. Хотя в случае десятков тысяч строк в queryRun countLoops() конечно будет пригружаться

Так что всё же прописывайте большую константу и не заморачивайтесь.

[Андре]

Если пользователь(код) маркирует строки, то в момент маркировки запомнить маркировку в Map или Set.

[raz]

При выделении через Ctrl+A большого количества строк можно столкнуться с проблемой, такой, что при обработке не все строки будут обработаны. У нас так было. Причина возможно в том, что в датасорс не фетчатся все строки из запроса, Аксапта по мере надобности их подгружает. А getNext() видимо работает с уже загруженными строками.

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

[Владимир Максимов]

Цитата:

Сообщение от Jackally

Под маркировкой я имею ввиду "выделение", пользователь может нажать Ctrl+A и нажать "обработку"

При нажатии "обработки" сделайте дополнительную формочку-запрос с переключателем: Обработать все строки или только выделенные.

Если "Все" - запрос к серверу на количество записей (select count(recId))
Если "Только выделенные" - подсчет по getNext()

[Jackally]

Всем спасибо, забил на прогресс бар ))