Где в 1С хранятся дополнительные сведения: структура хранения и методы доступа

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

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

1. Архитектура хранения дополнительных сведений в 1С

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

• 🔹 Гибко настраивать состав полей без изменения метаданных
• 🔹 Привязывать сведения к любым объектам (даже тем, которые не поддерживают реквизиты)
• 🔹 Управлять доступом на уровне отдельных полей

В файловом варианте (для старых версий или локальных баз) дополнительные сведения хранятся в том же файле 1Cv8.1CD, но логически выделены в отдельные структуры. В клиент-серверном варианте (на MS SQL, PostgreSQL или IBM DB2) для них создаются отдельные таблицы с префиксом _InfoRg или _InfoRgX, где X — номер регистра.

2. Системные таблицы базы данных: где искать данные

В SQL-варианте дополнительные сведения хранятся в двух типах таблиц:

1. Таблица заголовков — содержит ссылки на объекты, к которым привязаны сведения (например, _InfoRg12345). Здесь хранятся идентификаторы записей и привязка к объекту (справочнику, документу).
2. Таблица данных — содержит сами значения полей (например, _InfoRg12345VT, где VT — Value Table). Здесь данные хранятся в бинарном формате, что усложняет прямой просмотр.

Пример структуры для регистра сведений с идентификатором 12345:

Для чтения данных напрямую через SQL требуется декодировать бинарные поля с помощью функций 1С, например, ВосстановитьЗначение(). Прямой запрос к _InfoRg*VT без обработки вернёт нечитаемые данные.

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   ВосстановитьЗначение(ДвоичныеДанные.Значение) КАК Значение
|ИЗ
|   &Таблица КАК ДвоичныеДанные";
Запрос.УстановитьПараметр("Таблица", СсылкаНаТаблицуValueTable);

3. Особенности хранения в файловом варианте 1С

В файловом варианте (например, 1С:Предприятие 8.3 в локальном режиме) дополнительные сведения хранятся внутри файла базы 1Cv8.1CD в виде внутренних структур, аналогичных таблицам SQL. Доступ к ним осуществляется через встроенные механизмы платформы, а не через прямые запросы.

Ключевые моменты:

• 🔹 Данные хранятся в иерархическом формате, оптимизированном для быстрого доступа по ссылкам.
• 🔹 Для работы используются те же объекты конфигурации (РегистрСведений), но физически данные упакованы в двоичном виде.
• 🔹 При повреждении файла базы дополнительные сведения могут быть утеряны без возможности восстановления стандартными средствами (требуется использование chdbfl.exe или специализированных утилит).

4. Программный доступ к дополнительным сведениям

Для работы с дополнительными сведениями в 1С предусмотрены стандартные методы:

1. Через объект конфигурации (например, РегистрСведений.ДополнительныеСведения):

Данные = РегистрСведений.ДополнительныеСведения.СоздатьМенеджерЗаписи();
Данные.Объект = Справочник.Номенклатура.НайтиПоНаименованию("Товар1");
Данные.Поле1 = "Значение1";
Данные.Записать();

2. Через запрос (универсальный способ):

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   ДополнительныеСведения.Объект КАК Объект,
|   ДополнительныеСведения.Поле1 КАК Поле1
|ИЗ
|   РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
|ГДЕ
|   ДополнительныеСведения.Объект = &Объект";
Запрос.УстановитьПараметр("Объект", СсылкаНаОбъект);

- Убедиться, что регистр сведений существует в конфигурации

- Проверить права доступа текущего пользователя

- Создать резервную копию базы (при массовых изменениях)

- Тестировать изменения на копии базы-->

3. Через HTTP-сервисы или REST API (для интеграций):

Функция ПолучитьДополнительныеСведения(Объект) Экспорт
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1 ...";
// ... логика выборки
Возврат Результат;
КонецФункции

Процедура ПередУдалением(Объект, Отмена)
ДополнительныеСведения.Очистить(Объект);
КонецПроцедуры

Менеджер = РегистрСведений.ДополнительныеСведения.СоздатьМенеджерЗаписи();
Менеджер.Очистить(СсылкаНаОбъект);

ВЫБРАТЬ РАЗЛИЧНЫЕ
ДополнительныеСведения.Объект КАК Объект
ИЗ
РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения