ЗИК 7.7 удаление неиспользуемых шаблонов проводок

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

Thorvardr, 20.08.2008 15:00 сообщил<br>-----------------------------------<br>Дело в том, что шаблоны кэшируются в таблицу значений. При этом каждый шаблон описывается неким ключом поиска и потом при работе если в таблице по ключу шаблон не находится, то идет обновление кэша. Так вот в момент обновления таблица заполняется снова и если шаблонов в справочнике много, то это не быстро.<br>-----------------------------------<br><br>Можно отказаться от обновление кэша - перезаполнения таблицы ТаблицаШаблоновПроводок,<br>при этом добавляя в неё новоиспеченный элемент справочника шаблонов проводок и его ключ. <br><br>GenV 21.08.2008 10:30 сообщил<br>-----------------------------------<br>А что мешает через UChoice сначала все шаблоны пометить на удаление, <br>затем что можно удалить, а затем с её же помощью убрать пометку у оставшихся. <br>А новые шаблоны пересоздадутся при первой же выгрузке.<br>-----------------------------------<br><br>Оптимальное решение

Ага, я примерно так и сделал своим... Но немного по другому Я в зависимости от ситуаций кэш либо обновляю, либо нет. То есть, если идет формирование свода проводок или выгрузка на много человек при первом проходе кэш я заполняю, потом уже не обновляю его и при ненайденном ключе просто добавляю его. В общем идея проста... Кэш заполняем только при первом обращении для множественной выборке сотрудников, далее считаем его актуальным и просто добавляем туда ненайденные элементы.<br>В чем минус подхода? В том, что если работа идет в сети, то другой пользователь может независимо от первого поменять существующий шаблон во время формирования отчета у первого (монопольного захвата таблиц) и получится непонятно что, возможно, что в справочнике шаблонов он создастся повторно и т.п.. Но пользователей это не волнует, в принципе и верно. Эти операции выполняет один единственный расчетчик, так что возникновение наслойки маловероятно и не смертельно

Благодарю. Попробуем разобраться.