Управление cacheAddMethod()

[Pustik]

Уважаемые коллеги, Добрый вечер.
Добавление display-метода в кэш очень замечательная вещь.Раньше приходилось на это тратить время на программирование. Но, насколько я понимаю, он в кэш ложит то, что хранится в буфере. Возможно ли как-нибудь этот буфер увеличить? Для простоты восприятия приведу пример : Пользователь открывает форму, на которой висит display-метод. Форма не много задумывается, потом открывается. По прокрутке колесиком вниз пользователь "листает" содержимое. Прокрутка вниз не много начинает притормаживать, потому что сначала считываются(расчитываются) реальные данные, только потом записываются в кэш. Далее пользователь крутит колесико вверх, и вот тут мы видим все удобства этой фичи. Тормозов нет. К этому вопрос, можно ли как-нибудь увеличить буфер записывания в кэш значений display-метода? Т.е. пусть форма откроется чуть дольше, но прокручивание грида вверх и вниз не вызовет у пользователей неудобств, связанных с тормозами.

[lvan]

Цитата:

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

ложит

кладёт

[Pustik]

Цитата:

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

кладёт

Спасибо за замечание.
Меня волнует эта тема потому, что раньше в качестве кэша мы использовали мар-ы и могли программно определять какой диапазон закэшированных display-методов необходим.Но для этого нужно программировать.Сейчас - одна строчка в методе init() соответствующего датасорса и все ок.

[glibs]

Максимальный размер буфера в конфигурационной утилите АОСа пробовали увеличить?

С точки зрения теории формы открываться будут дольше. При пролистывании при возникновении необходимости подчитывания тормозить будет дольше. Проверьте.

[Pustik]

Цитата:

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

Максимальный размер буфера в конфигурационной утилите АОСа пробовали увеличить?

С точки зрения теории формы открываться будут дольше. При пролистывании при возникновении необходимости подчитывания тормозить будет дольше. Проверьте.

Спасибо, обязательно проверю.

[lvan]

Цитата:

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

Максимальный размер буфера в конфигурационной утилите АОСа пробовали увеличить?

С точки зрения теории формы открываться будут дольше. При пролистывании при возникновении необходимости подчитывания тормозить будет дольше. Проверьте.

а вот это уж точно к кешированию на форме никакого отношения не имеет
достаточно прочитать описание к этому параметру путем нажатия F1 или на кнопку Online help

[Pustik]

Если это прошито в ядре, то конечно придется смириться. Но попробовать, я попробую.

[Link]

Цитата:

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

Если это прошито в ядре, то конечно придется смириться. Но попробовать, я попробую.

Как вариант.

[Link]

Я на днях столкнулся с другой проблемой с дисплей методами. Как обновить закэшированные поля, когда их значение обновилось. Т.е. в моем случае форма отображает запас в наличии и после резервации на этой же форме, обновляется только текущая и соседние строки. Остальные строки обновляются только при перемещении к ним.
Случайно выяснил, что этот код сразу обновляет все строки:

SalesLineGrid.resetUserSetting();

Может кто то знает лучшее решение?

[Pustik]

Цитата:

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

Я на днях столкнулся с другой проблемой с дисплей методами. Как обновить закэшированные поля, когда их значение обновилось. Т.е. в моем случае форма отображает запас в наличии и после резервации на этой же форме, обновляется только текущая и соседние строки. Остальные строки обновляются только при перемещении к ним.
Случайно выяснил, что этот код сразу обновляет все строки:

SalesLineGrid.resetUserSetting();

Может кто то знает лучшее решение?

Вот это интересно. Конечно executeQuery() поможет, но это , на мой взгляд, не всегда удобно пользователям. Потеряется позиционирование.

[Link]

Цитата:

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

Вот это интересно. Конечно executeQuery() поможет, но это , на мой взгляд, не всегда удобно пользователям. Потеряется позиционирование.

В данном случае, нужно обновлять сразу как пользователь ввел новое значение, так что executeQuery() никак не подходит.

[ice]

Цитата:

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

Вот это интересно. Конечно executeQuery() поможет, но это , на мой взгляд, не всегда удобно пользователям. Потеряется позиционирование.

research(true) сохраняет позицию и фильтры, обновляя данные

[glibs]

2 lvan:

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

Что каксается кеширования display-методов, то для всех считанных записей значения рассчитываются сразу. От этого форма несколько тормозит при открытии и при подчитывани ипри пролистывании, но не тормозит в других случаях.

А что конкретно вы имеете в виду?

[lvan]

Я имею ввиду то, что размер буфера в настройке AOS не влияет никак на объем буфера, который используется для кеширования с помощью cacheAddMethod

[ivas]

На сколько я помню, размер буфера влияет на максимальный разрешенный размер текста sql запроса.
Или мы говорим про разные буфера?

[S.Kuskov]

Цитата:

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

На сколько я помню, размер буфера влияет на максимальный разрешенный размер текста sql запроса.

Нет если и существует такое ограничение, то здеть точно не про него
Maximum buffer size

[ivas]

Цитата:

Сообщение от S.Kuskov

Нет если и существует такое ограничение, то здеть точно не про него
Maximum buffer size

точняк, перепутал)

[Link]

Параметр на АОС может помочь по идее: When records are fetched from the database, N records are fetched at a time. The Array fetch ahead option gives the maximum number of records that the system fetches at a time. The default maximum of 100 is very rarely changed.