При работе с документами, содержащими большие табличные части, разработчики часто сталкиваются с задачей массового обновления реквизитов на основе внешних данных. Стандартный перебор всей таблицы в цикле для поиска нужных элементов работает крайне медленно. Рассмотрим, как оптимизировать этот процесс и внести изменения максимально быстро.
Если результат вашего запроса содержит информацию о том, в какой именно строке табличной части ТЧ нужно произвести изменения, самым быстрым способом будет прямое обращение по индексу. В 1С коллекции табличных частей индексируются с нуля, поэтому при использовании НомерСтроки из запроса важно учитывать сдвиг.
Рассмотрим пример реализации такого подхода:
ВыборкаЗапроса = РезультатЗапроса.Выбрать();
Пока ВыборкаЗапроса.Следующий() Цикл
// Предполагаем, что НомерСтрокиТЧ - это номер строки из базы данных
ИндексСтроки = ВыборкаЗапроса.НомерСтрокиТЧ - 1;
ОбъектДокумента.ТабличнаяЧасть85[ИндексСтроки].Цвет = ВыборкаЗапроса.Цвет;
КонецЦикла;
Этот метод работает практически мгновенно, так как исключает поиск по всей таблице. Он идеально подходит для сценариев, где запрос уже вернул четкую связь между данными и конкретными строками документа.
Если ваша задача требует поиска соответствий между номенклатурой в документе и данными для замены, наиболее эффективным будет использование временных таблиц внутри запроса. Вместо того чтобы перебирать строки в 1С:Предприятии, мы делегируем поиск самой СУБД.
Разберем логику построения такого запроса:
ВТ_Заменить.ВТ_Заменить по полю Номенклатура.т1.Цвет <> т2.Цвет).
ВЫБРАТЬ
т1.НомерСтроки КАК НомерСтрокиТЧ,
т2.Цвет КАК Цвет
ИЗ
Документ.ТабличнаяЧасть85 КАК т1
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТ_Заменить КАК т2
ПО т1.Номенклатура = т2.Номенклатура
ГДЕ
т1.Цвет <> т2.Цвет
Получив такой результат, вы сможете применить изменения в цикле, будучи уверенными, что обрабатываете только те строки, которые нуждаются в корректировке.
Многие разработчики используют НайтиСтроки() для поиска данных в табличной части. Это удобный метод, возвращающий массив строк, но на больших объемах данных он может работать медленно, так как выполняет полный перебор коллекции.
Если вы все же решили использовать НайтиСтроки(), учтите следующие рекомендации по оптимизации:
ТаблицейЗначений на сервере, добавьте индекс по тем колонкам, которые чаще всего участвуют в поиске. Это превратит линейный перебор в быстрый поиск. Метод ТЗ.Индексы.Добавить("ИмяКолонки") позволит ускорить процесс в разы.НайтиСтроки() возвращает массив ссылок на строки. Внося изменения в элементы этого массива, вы меняете данные непосредственно в исходной таблице, что исключает необходимость дополнительного копирования данных.Когда вы работаете с данными на стороне клиента (в форме), старайтесь минимизировать количество вызовов сервера. Прямая манипуляция ДаннымиФормыКоллекцией может быть ресурсоемкой.
Для максимально производительной работы следуйте этому алгоритму:
ТаблицуЗначений на сервере (метод РеквизитФормыВЗначение).ТаблицеЗначений (используя запросы или индексированный поиск).ЗначениеВРеквизитФормы).Такой подход позволяет избежать зависаний интерфейса и обеспечивает высокую скорость обработки даже при работе с многотысячными табличными частями.
Подводя итог: всегда отдавайте предпочтение запросам для подготовки данных к изменению, а для самого процесса записи используйте прямой доступ по индексу. Это позволит создавать быстрые и надежные алгоритмы для любых конфигураций 1С:Предприятие.