Кеширование объектов репозитория

Для использования кеширования справочника или базы данных временных рядов:

1. Выберите объект репозитория в навигаторе объектов.

2. Включите кеширование, установив флажок «Кешируемый объект» на вкладке «Кеш» в свойствах объекта.

После выполнения действий будет использоваться кеширование выбранного объекта репозитория.

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

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

Для использования кеширования регламентного отчёта:

1. Выберите объект репозитория в навигаторе объектов.

2. Включите кеширование, выполнив команду «Кеш объекта» контекстного меню.

После выполнения действий будет использоваться кеширование выбранного объекта репозитория.

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

Для объектов репозитория осуществляется кеширование их скомпилированных версий. Использование кеша позволяет ускорить запуск форм и выполнение прикладного кода при работе прикладных проектов.

Во время компиляции модулей/форм/сборок на локальном диске создаётся файловый кеш, в котором хранится скомпилированная версия объекта. При работе в ОС Linux кеш располагается на BI-сервере в подкаталоге /opt/foresight/fp10.x-biserver/var/cache/AsmCache<порядковый номер>/Mod/<идентификатор репозитория>/<номер сборки>. При работе в ОС Windows, по умолчанию, кеш располагается в профиле пользователя, в подкаталоге %USERPROFILE%\AppData\Local\Foresight\Foresight Analytics Platform\AsmCache<порядковый номер>\Mod\<идентификатор репозитория>\<номер сборки>. При необходимости путь хранения файлового кеша можно изменить. Для этого в ветке реестра [HKEY_CURRENT_USER\Software\Foresight\Foresight Analytics Platform\10.0\10.9] создайте строковый параметр CachefilePath и задайте в нём необходимый путь.

Рекомендации:

• следует помнить, что при компиляции изменённого модуля/формы/веб-формы из среды разработки, произойдет его сохранение. После этого отсутствуют гарантии открытия сохранённого объекта более ранней версией платформы;

• разрабатываемые модули и формы необходимо компоновать и хранить внутри сборок. Это уменьшает количество создаваемых файлов в кеше, что приводит к уменьшению обращений к файловой системе и ускоряет запуск кешированных объектов;

• изменения в Fore-коде, сделанные в момент работы пользователей, будут применены только после выгрузки и новой загрузки скомпилированных сборок. В случае с обработчиком событий, например, для применения нового кода потребуется закрыть все объекты, которые используют этот обработчик;

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

• проводите очистку кэша сборок в репозитории при отсутствии активных пользователей. Это позволит избежать непредвиденных последствий;

• при установке обновлений с включенной настройкой «Устанавливать дату изменения объектов из обновления» необходимо принудительно очистить кеш сборок на всех BI-серверах. Не рекомендуется использовать данную настройку при обновлении объектов среды разработки. Это связано с тем, что в кеше сборок хранится дата и время компиляции. Для перекомпиляции дата и время в кеше должно быть более ранним, чем дата и время изменения объекта в базе данных. А так как в базе данных сохранится время из обновления, то это условие может быть невыполнимо.