![]() |
#7 |
Участник
|
Цитата:
Разве что таким способом http://axapta.mazzy.ru/lib/aoscash/ но кто-то должен будет следить за кэшем Цитата:
Во-первых, стандартный кэш объектов Аксапты устроен так, что на клиента по сети передаются не все объекты, а только те, что используются. В результате снижается трафик и уменьшается время "холодной" загрузки. Но обсуждаемая приблуда напрочь сразу перебирает все объекты, при этом загружая их на клиента (и увеличивая трафик - там ведь около полугигабайта тянется). Может стоит подгружать по мере необходимости, а не делать свой кэш? При этом не придется решать проблемы синхронизации и конфликтов кэша, бороться с багами одновременной работы нескольких программистов в одной базе, делать периодическое обновление своего кэша и прочие программистские дела. ![]() Alex_KD, может быть стоит таки использовать стандартный кэш ядра? А уменьшить время первоначальной загрузки сократив количество обращений к объектам? Вариант 1: читать только включенные конфигурационными ключами объекты. Вариант 2: читать только перечисленные в настройках приблуды объекты. Вариант 3: работать по перекрестным ссылкам (но проблема одновременной работы нескольких программистов в этом варианте останется) Вариант 4: разобраться как ядро работает с мастер-кэшем в разных сервис-паках и заставлять администраторов периодически обновлять его на программистских компьютерах. Лично мне больше всего нравится четвертый вариант, так как он уменьшит количество кода в вашей доработке, а следовательно уменьшит и время "холодной" загрузки. |
|
|
![]() |
||||
Тема | Ответов | |||
Оптимизация класса Tax | 43 | |||
Список измененных (новых) объектов. Оптимизация. | 2 | |||
Оптимизация отчета Главная книга | 2 | |||
Оптимизация производственного планирования | 19 | |||
Оптимизация запросов | 3 |
|