Списки значений в 1С: как хранить эффективно и безопасно

Списки значений (СписокЗначений) — один из самых востребованных объектов в 1С:Предприятие, но их неправильное хранение часто становится причиной ошибок, потери данных или замедления работы системы. Разработчики и администраторы регулярно сталкиваются с дилеммой: где и как хранить эти списки, чтобы они оставались актуальными, быстро загружались и не создавали лишнюю нагрузку на базу.

В этой статье мы разберём 5 проверенных способов хранения списков значений — от временных коллекций в памяти до постоянных хранилищ в базе данных. Вы узнаете, когда лучше использовать ХранилищеЗначения, а когда — реквизиты справочников, как избежать типичных ошибок при сериализации и почему хранение больших списков в модулях объектов может блокировать сеансы других пользователей. Материал будет полезен как начинающим программистам 1С, так и опытным специалистам, которые хотят оптимизировать свои решения.

1. Хранение в памяти (временные списки)

Самый простой и быстрый способ — хранить СписокЗначений непосредственно в оперативной памяти во время выполнения кода. Этот метод идеален для краткосрочных операций, когда данные нужны только в рамках одного сеанса или процедуры.

Основное преимущество — мгновенный доступ к данным без обращений к базе. Однако есть и серьёзные ограничения:

• 🔹 Данные теряются при завершении сеанса или перезапуске клиента
• 🔹 Не подходит для многопользовательских сценариев (каждый пользователь работает со своей копией)
• 🔹 Может приводить к утечкам памяти при некорректной очистке

Типичный пример использования — обработка данных в отчёте или заполнение временного списка для выбора пользователя:

СписокТоваров = Новый СписокЗначений();
СписокТоваров.Добавить("Ноутбук", "00000001");
СписокТоваров.Добавить("Монитор", "00000002");

// Использование в форме выбора
Форма.Элементы.Список.СписокВыбора = СписокТоваров;

⚠️ Внимание: При работе с большими списками (>10 000 элементов) в памяти может возникать Ошибка нехватки памяти (MemoryLimitExceeded). В таких случаях обязательно используйте постраничную обработку или альтернативные методы хранения.

2. Сериализация в ХранилищеЗначения

ХранилищеЗначения — встроенный механизм 1С для долговременного хранения объектов, включая СписокЗначений. Этот метод позволяет сохранять данные между сеансами, но требует явной сериализации/десериализации.

Преимущества метода:

• 🔹 Сохранение данных между перезапусками системы
• 🔹 Возможность передачи между клиентом и сервером
• 🔹 Поддержка версионности (можно хранить историю изменений)

Пример кода для сохранения и восстановления:

// Сохранение
Хранилище = Новый ХранилищеЗначения();
Хранилище.Записать(СписокЗначений);
Запись = Хранилище.ПолучитьКакСтроку();

// Восстановление
Хранилище = Новый ХранилищеЗначения();
Хранилище.ЗагрузитьИзСтроки(Запись);
ВосстановленныйСписок = Хранилище.Прочитать();

⚠️ Внимание: При сериализации СписокЗначений с объектами 1С (например, ссылками на справочники) в ХранилищеЗначения сохраняются только идентификаторы объектов. Если объект будет удалён из базы, восстановление списка приведёт к ошибке Объект не найден (ObjectNotFound).

3. Хранение в реквизитах справочников и документов

Если список значений логически связан с конкретным объектом метаданных (например, список допустимых номенклатур для контрагента), разумно хранить его в реквизите этого объекта. Для этого подходят реквизиты типа Строка неограниченной длины (для сериализованных данных) или Табличная часть.

Плюсы подхода:

• 🔹 Данные привязаны к бизнес-объекту и управляются вместе с ним
• 🔹 Поддерживаются права доступа 1С
• 🔹 Возможность использования в отчётах и обработках

Пример реализации через табличную часть:

// В модуле объекта справочника "Контрагенты"
Процедура ПриЗаписи(Отказ)
ТабличнаяЧасть = Объект.ДопустимыеНоменклатуры;
СписокЗначений = Новый СписокЗначений();
Для Каждого Строка Из ТабличнаяЧасть Цикл
СписокЗначений.Добавить(Строка.Номенклатура.Наименование, Строка.Номенклатура.Ссылка);
КонецЦикла;
// Далее можно использовать СписокЗначений в логике
КонецПроцедуры

Определить максимальный размер списка

Выбрать тип реквизита (строка/таблица)

Настроить права доступа к объекту

Предусмотреть механизм очистки устаревших данных

Создать процедуры для автоматического обновления-->

Этот метод особенно удобен для динамических списков, которые часто изменяются, но всегда актуальны в контексте конкретного объекта (например, список разрешённых складов для менеджера).

4. Использование таблиц базы данных

Для крупных проектов с интенсивной работой со списками значений оптимальным решением становится вынос данных в отдельные таблицы базы. Это позволяет:

• 🔹 Обрабатывать миллионы записей без зависаний
• 🔹 Использовать SQL-запросы для фильтрации и сортировки
• 🔹 Организовывать сложные связи между данными

Реализация требует создания Регистра сведений или Дополнительного объекта с табличной структурой. Пример архитектуры:

// Создание регистра сведений "ХранилищеСписков"
ИмяРегистра = "ХранилищеСписков";
Если НЕ Метаданные.РегистрыСведений.Найти(ИмяРегистра) Тогда
Регистр = Метаданные.РегистрыСведений.Добавить();
Регистр.Имя = ИмяРегистра;
Регистр.Периодичность = ПериодичностьРегистра.Непериодический;

Измерение1 = Регистр.Измерения.Добавить();
Измерение1.Имя = "ИдентификаторСписка";
Измерение1.Тип = Новый ОписаниеТипов("Строка");

Ресурс1 = Регистр.Ресурсы.Добавить();
Ресурс1.Имя = "Значение";
Ресурс1.Тип = Новый ОписаниеТипов("Строка");

Ресурс2 = Регистр.Ресурсы.Добавить();
Ресурс2.Имя = "ПометкаУдаления";
Ресурс2.Тип = Новый ОписаниеТипов("Булево");
КонецЕсли;

Для работы со списками через регистр удобно создать общий модуль с процедурами чтения/записи. Это абстрагирует логику работы с базой и упрощает поддержку кода.

⚠️ Внимание: При использовании регистров сведений для хранения списков значений обязательно настройте индексы по измерению ИдентификаторСписка. Без индексов выборки будут выполняться полным сканированием таблицы, что критично замедлит работу при росте объёмов данных.

5. Альтернативные форматы: JSON и XML

Для обмена данными между системами или хранения сложных структур удобно использовать JSON или XML. В 1С 8.3.14+ появилась встроенная поддержка JSON, что значительно упростило работу с этими форматами.

Сравнение форматов:

Пример работы с JSON:

// Сериализация списка в JSON
ЗаписьJSON = Новый ЗаписьJSON;
ЗаписьJSON.УстановитьСтроку();
СписокЗначений.ЗаписатьJSON(ЗаписьJSON);
СтрокаJSON = ЗаписьJSON.Закрыть();

// Восстановление из JSON
ЧтениеJSON = Новый ЧтениеJSON;
ЧтениеJSON.УстановитьСтроку(СтрокаJSON);
ВосстановленныйСписок = Новый СписокЗначений();
ВосстановленныйСписок.ПрочитатьJSON(ЧтениеJSON);

XML удобен для интеграции со старыми системами или когда требуется валидация по XSD-схемам. Однако для внутреннего хранения списков значений в 1С JSON предпочтительнее из-за простоты и производительности.

6. Типичные ошибки и как их избежать

Даже опытные разработчики 1С допускают ошибки при работе со списками значений. Вот наиболее распространённые проблемы и способы их решения:

• 🚫 Хранение ссылок на объекты в сериализованном виде

  При восстановлении такие ссылки могут указывать на несуществующие объекты. Решение: хранить только идентификаторы (GUID) и восстанавливать объекты по ним с проверкой существования.

• 🚫 Игнорирование блокировок

  При одновременной записи в общие хранилища (например, реквизиты справочников) могут возникать конфликты. Решение: использовать БлокировкаДанных или оптимистичные блокировки.

• 🚫 Отсутствие контроля версий

  При изменении структуры списка старые сериализованные данные могут стать нечитаемыми. Решение: добавлять номер версии в хранимые данные и реализовывать механизмы миграции.

• 🚫 Хранение бинарных данных в строках

  Бинарные данные (например, изображения в списках) при сериализации в строку увеличиваются в размере на 30%. Решение: использовать ХранилищеЗначения или выносить бинарные данные в отдельные таблицы.

Для диагностики проблем с хранением списков значений полезно использовать журнал регистрации 1С. Включите регистрацию событий ХранилищеЗначения и РаботаСФайлами для отслеживания ошибок сериализации:

Регистратор = Новый ЖурналРегистрации(,,Истина);
Регистратор.УровеньДетализации = УровеньДетализацииЖурнала.Отладка;

Сравнение методов хранения: что выбрать?

Выбор метода хранения зависит от нескольких ключевых факторов:

• 📌 Объём данных:

  До 1 000 элементов — память или ХранилищеЗначения
  

  1 000–50 000 элементов — реквизиты справочников или регистры
  

  Свыше 50 000 элементов — отдельные таблицы базы данных

• 📌 Требования к актуальности:

  Данные нужны только в текущем сеансе — память
  

  Данные должны сохраняться между сеансами — ХранилищеЗначения или база

• 📌 Многопользовательский доступ:

  Индивидуальные настройки пользователей — реквизиты справочника "Пользователи"
  

  Общие данные для всех пользователей — регистры сведений

• 📌 Сложность структуры:

  Простые пары "значение-представление" — СписокЗначений
  

  Иерархические или вложенные структуры — JSON/XML

Для наглядности приведём рекомендации в виде таблицы:

FAQ: Ответы на частые вопросы

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1000
|   ХранилищеСписков.Значение КАК Значение
|ИЗ
|   РегистрСведений.ХранилищеСписков КАК ХранилищеСписков
|ГДЕ
|   ХранилищеСписков.ИдентификаторСписка = &ИдСписка
|УПОРЯДОЧИТЬ ПО
|   Значение";
Запрос.УстановитьПараметр("ИдСписка", ИдентификаторСписка);
Результат = Запрос.Выполнить();