остатки МЦ на заданную дату в ard отчете

[PViP]

edward_K, как тогда обьяснить визуализацию которая показывает наименование МЦ по которой ведется расчет остатков? не ужели такой выйгрышь в производительности достигается за счет меньшего количества inextvisual?

[edward_K]

а вы попробуйте inext заменить на next хотя бы.
выйгрыш зависит от . 10-20% можно выйграть. Тут фишка что когда идет nextvisual процессорное время отдается другим приложениям.
если его убрать вовсе, то будет ощущение, что комп сильно тормозит, "галка не отвечает" и так далее.

[Алексей]

edward_K
можно как-то без своего счетчика указывать, что nextvisual нужно делать через 10 итераций?

Ну типа nextvisual(10) что-ли?

[Алексей]

Up

Выбирается 600тысяч записей, в цикле делается NextVisual, ощущение что он подтормаживает, а если его убрать - ощущение что галка виснит


Вопрос: можно сделать отрисовку допустим хотя бы через 100 позиций?

[edward_K]

var chet :longint ;
chet:=0
...
inc(chet)
if chet mod 100=0 { if not nextvisual then break }
....

[Алексей]

edward_K ну про то, чтобы считать самому я думал, руки пока не дошли потестить быстродействие.

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

[edward_K]

'эти 2 оператора отработают быстрее , а тем более если inextvisual юзать

[Алексей]

Ну что ж... вот мои результаты испытаний:
объем записей в таблице для пробега порядка 70-ти тысяч.
1. NextVisual - одинокий, на каждую запись
2. Добавил счетчик и выводил визуал на каждую сотую запись
3. Вообще убрал визуализацию (закоментил)

Итог: по времени отчеты отрабатывают одинаково!!! потому, не вижу смысла бороться с быстродействием дальше, просто ставьте NextVisual где вам удобно