1С: структура или соответствие — что быстрее

Вопрос «структура или соответствие — что быстрее» возникает почти у каждого разработчика 1С, когда коллекция начинает использоваться в циклах с тысячами итераций. Короткий ответ: для поиска значения по произвольному ключу соответствие работает быстрее, потому что внутри использует хеш-таблицу, а структура оптимизирована под фиксированный набор именованных полей. Но разница проявляется не всегда — на малых объёмах данных оба варианта работают практически одинаково.

Структура в 1С — это коллекция пар «ключ-значение», где ключ всегда строка, соответствующая правилам именования переменных (без пробелов, не начинается с цифры). Соответствие — коллекция пар, где ключом может быть значение любого типа: строка, число, ссылка на справочник, дата. Именно это различие определяет и сценарии применения, и разницу в производительности.

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

Чем структура отличается от соответствия на уровне устройства

Структура создаётся конструктором Новый Структура("Имя, Возраст", "Иван", 30) и предназначена для хранения небольшого набора именованных значений. Доступ к элементу возможен двумя способами: через точку (Структура.Имя) и через квадратные скобки со строковым ключом (Структура["Имя"]). Ключи должны быть корректными идентификаторами — это ограничение платформы.

Соответствие создаётся конструктором Новый Соответствие и наполняется методом Вставить(Ключ, Значение). Ключом может быть ссылка на объект базы, число, дата — то, что структура принять не сможет. Доступ к значению выполняется только через квадратные скобки или метод Получить(Ключ).

Внутренне соответствие реализовано как хеш-таблица: поиск ключа выполняется за почти постоянное время независимо от количества элементов. Структура исторически ориентирована на небольшое число полей, и при большом количестве ключей поиск в ней может выполняться медленнее. На практике разница становится заметной при сотнях и тысячах ключей и частых обращениях в цикле.

В каких операциях соответствие выигрывает по скорости

Главный сценарий, где соответствие заметно быстрее, — массовый поиск значений по ключу. Типичный пример: в цикле по строкам таблицы значений нужно проверять, встречалась ли уже такая номенклатура, и накапливать итоги. Если для этого использовать соответствие, где ключ — ссылка на номенклатуру, каждая проверка выполняется за постоянное время.

Второе преимущество — соответствие позволяет использовать сами ссылки как ключи, без преобразования в строку. Если бы вы пытались решить ту же задачу структурой, пришлось бы формировать строковый ключ из GUID ссылки, что добавляет лишние операции преобразования и увеличивает риск коллизий при неаккуратной реализации.

Вставка новых элементов в соответствие также масштабируется хорошо: добавление тысяч ключей не приводит к деградации скорости. У структуры при большом числе ключей и вставка, и поиск могут работать медленнее, хотя для типовых задач с 5–20 полями это не имеет значения.

Когда структура — правильный выбор

Структура остаётся стандартом для передачи именованных параметров между процедурами и функциями. Код вида Параметры.Организация читается легче, чем Параметры["Организация"], и это общепринятый стиль в типовых конфигурациях и библиотеке стандартных подсистем. Экономия долей миллисекунды здесь не оправдывает потерю читаемости.

Структура удобна для описания фиксированного набора полей: настройки отчёта, параметры обработки, реквизиты создаваемого документа. Конструктор со списком имён сразу задаёт состав полей, что служит самодокументацией кода.

Дополнительный плюс — метод Свойство("Имя", Значение), который проверяет наличие ключа и возвращает значение одним вызовом. У соответствия аналогичная проверка делается через Получить(Ключ) с последующим сравнением с Неопределено, что чуть многословнее.

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

Как самостоятельно замерить скорость на своём коде

Универсальные цифры из интернета мало полезны: реальная разница зависит от версии платформы, числа элементов и характера обращений. Корректный замер делается на вашем конкретном сценарии с помощью функции ТекущаяУниверсальнаяДатаВМиллисекундах().

Принцип замера: выполнить операцию (например, миллион обращений по ключу) в цикле для структуры и для соответствия, засечь время до и после, сравнить результаты. Цикл должен быть достаточно длинным — одиночные операции выполняются быстрее точности замера.

Начало = ТекущаяУниверсальнаяДатаВМиллисекундах();
Для Н = 1 По 1000000 Цикл
    Значение = ТестовоеСоответствие.Получить(КлючПоиска);
КонецЦикла;
Длительность = ТекущаяУниверсальнаяДатаВМиллисекундах() - Начало;
Сообщить("Соответствие: " + Длительность + " мс");

1. 1
   Сформируйте тестовые коллекции с реалистичным числом элементов — как в боевом сценарии, а не три тестовых ключа
2. 2
   Замерьте время цикла обращений для соответствия через ТекущаяУниверсальнаяДатаВМиллисекундах
3. 3
   Повторите тот же цикл для структуры с теми же данными
4. 4
   Прогоните замер 3–5 раз и сравните средние значения, чтобы исключить случайные всплески
5. 5
   Примите решение по результатам: если разница меньше 10–15%, выбирайте вариант с более читаемым кодом

Замер выполняйте в условиях, близких к рабочим: на сервере, а не в отладчике, так как отладка сама по себе замедляет выполнение и искажает картину. Также учитывайте, что первый прогон может быть медленнее из-за прогрева кэша — его результат лучше отбросить.

Типичные ошибки при выборе коллекции

Самая частая ошибка — использование массива или таблицы значений для поиска по ключу с перебором всех элементов. Линейный поиск по массиву из тысячи элементов внутри цикла по тысяче строк даёт миллион сравнений, тогда как соответствие решило бы задачу за две тысячи обращений к хеш-таблице. Это и есть главный источник «тормозящих» обработок.

Вторая ошибка — упаковка большого количества разнородных данных в структуру только потому, что «так привычнее». Если коллекция растёт динамически и в ней сотни ключей, это не структура по смыслу, а соответствие, и стоит использовать подходящий тип.

Третья ошибка — преждевременная оптимизация: замена структур на соответствия по всему коду ради мифической скорости. В местах, где коллекция содержит пять полей и читается один раз, такая замена не даст ничего, кроме ухудшения читаемости.

Ограничения и подводные камни обеих коллекций

У соответствия есть важная особенность: метод Получить() для отсутствующего ключа возвращает Неопределено. Если в коллекции осмысленно хранятся значения Неопределено, отличить «ключа нет» от «ключ есть, но значение Неопределено» таким способом нельзя — это источник трудноуловимых ошибок логики.

Ключи соответствия сравниваются по значению, но для ссылочных типов сравнение идёт по ссылке: две разные переменные, указывающие на один элемент справочника, дадут один ключ. Это удобно, но требует внимательности при работе с объектами, полученными разными способами.

Структура не поддерживает произвольные ключи: попытка обратиться Структура["Ключ с пробелом"] вызовет ошибку, если такой ключ не был объявлен, а объявить ключ с пробелом через конструктор невозможно. Также существует фиксированная структура — её состав полей менять нельзя, попытка добавить ключ приведёт к ошибке выполнения.

Обе коллекции передаются в процедуры по ссылке: изменения внутри вызванной процедуры отразятся на оригинале. Если нужна независимая копия, её придётся создавать явно, перебирая элементы.

Практические рекомендации по выбору

Общее правило формулируется просто: тип коллекции выбирается по семантике задачи, а не по абстрактной скорости. Соответствие — это словарь для поиска по ключу. Структура — это именованный набор полей, аналог записи или объекта-параметра.

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

FAQ: частые вопросы о структуре и соответствии