Где хранятся регистры 1С и как их найти

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

Понимание того, где именно хранятся регистры, нужно в трёх практических ситуациях: при поиске ошибок в учёте (нужно посмотреть содержимое регистра напрямую), при оптимизации производительности (нужно найти «тяжёлую» таблицу) и при интеграции, когда внешняя система читает данные из базы 1С напрямую.

Физическая структура хранения зависит от режима работы информационной базы. В файловом варианте всё находится в одном файле 1Cv8.1CD, в клиент-серверном — в таблицах MS SQL Server, PostgreSQL, Oracle или IBM Db2. При этом логическая структура регистров одинакова: платформа сама преобразует описание регистра из конфигурации в набор физических таблиц.

Какие бывают регистры и что это меняет для хранения

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

Для регистра накопления вида «Остатки» платформа создаёт не одну, а как минимум три физические таблицы: таблицу движений (каждая строка проведённого документа), таблицу итогов (рассчитанные остатки по периодам) и служебные таблицы для ускорения расчёта итогов. Именно поэтому физических таблиц в базе всегда существенно больше, чем регистров в конфигураторе.

Регистры сведений делятся на подчинённые регистратору (записи создаются документами) и независимые (записи вводятся вручную или обменом). На структуру физической таблицы это влияет мало — различие в основном в наличии поля регистратора, — но важно при поиске данных: в независимом регистре не получится отобрать записи по документу-источнику.

Хранение регистров в файловой базе (1Cv8.1CD)

В файловом варианте работы вся информационная база — метаданные конфигурации, справочники, документы и все регистры — находится в одном файле с именем 1Cv8.1CD. Он лежит в каталоге, который вы указали при создании базы, и путь к нему виден в окне запуска 1С внизу списка баз или в свойствах базы в консоли «О программе».

Файл 1Cv8.1CD имеет собственный внутренний формат: внутри него таблицы, индексы и служебные структуры, напоминающие встроенную СУБД. Открыть его внешними средствами вроде Excel или текстового редактора нельзя — данные регистров читаются только через платформу: запросами, таблицами регистров в режиме «Все функции» или специализированными обработками.

Практический вывод: в файловой базе нет отдельных файлов под каждый регистр. Если нужно «добраться» до регистра, используют штатные средства — консоль запросов, отчёт по регистру или просмотр таблицы через меню «Все функции → Регистры накопления (сведений)». Прямое редактирование файла сторонними утилитами почти гарантированно приводит к порче базы.

Хранение регистров в клиент-серверной базе (SQL)

В клиент-серверном варианте данные регистров лежат в таблицах СУБД: MS SQL Server, PostgreSQL, Oracle или IBM Db2. Сервер 1С:Предприятия выступает посредником: он получает запрос из кода конфигурации, транслирует его в SQL и возвращает результат. База данных целиком создаётся платформой при публикации, и её структура полностью управляется платформой.

Имена физических таблиц формируются по шаблону с префиксом, отражающим тип объекта. Для регистров характерны префиксы: _InfoReg — регистры сведений, _AccumReg — движения регистров накопления, _AccumRgOpt и _AccumRgTot — служебные таблицы итогов, _AccumlReg и подобные варианты в зависимости от версии платформы, _BPRg и др. для регистров бухгалтерии, таблицы регистров расчёта имеют собственные префиксы. За префиксом идёт числовой идентификатор объекта метаданных, например _InfoReg123.

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

Как узнать, в какой таблице лежит конкретный регистр

Штатный способ сопоставить регистр конфигурации с физической таблицей — функция «Структура хранения базы данных». В режиме 1С:Предприятие откройте меню «Все функции» (если пункт скрыт, включите его через «Сервис → Параметры → Отображать команду "Все функции"»), затем найдите «Стандартные → Структура хранения базы данных» или аналогичный пункт, зависящий от версии платформы. В открывшейся таблице перечислены все объекты: имя в метаданных, имя таблицы в СУБД, назначение и состав полей.

В конфигураторе ту же информацию даёт пункт «Администрирование → Параметры информационной базы» либо отчёт о структуре хранения, а программно используется метод ПолучитьСтруктуруХраненияБазыДанных(), который возвращает таблицу значений с полным описанием. Этот способ удобен для выгрузки структуры в файл и анализа больших баз.

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

1. 1
   Откройте базу в режиме 1С:Предприятие с правами администратора
2. 2
   Включите отображение команды «Все функции» в параметрах
3. 3
   Откройте «Структуру хранения базы данных» через «Все функции»
4. 4
   Найдите нужный регистр по имени метаданных в колонке «Имя»
5. 5
   Снимите имя физической таблицы и назначение из соседних колонок
6. 6
   Проверьте результат простым запросом к таблице через консоль запросов

Как посмотреть содержимое регистра без прямого доступа к СУБД

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

Второй способ — консоль запросов (в типовых конфигурациях есть встроенная, либо используется внешняя обработка). Запрос к регистру пишется на встроенном языке запросов 1С по имени метаданных, например «ВЫБРАТЬ * ИЗ РегистрНакопления.ТоварыНаСкладах», и платформа сама обращается к нужной физической таблице. Это избавляет от необходимости знать технические имена таблиц и полей.

Третий вариант — стандартные отчёты. Практически каждый регистр накопления в типовых конфигурациях обслуживается отчётом (ведомость по товарам, взаиморасчёты и т. п.), который читает те же таблицы, но через безопасный механизм СКД с учётом прав доступа.

Таблицы = ПолучитьСтруктуруХраненияБазыДанных();
Для Каждого Строка Из Таблицы Цикл
    Если СтрНайти(Строка.ИмяТаблицыХранения, "_InfoReg") > 0 Тогда
        Сообщить(Строка.ИмяТаблицы + " -> " + Строка.ИмяТаблицыХранения);
    КонецЕсли;
КонецЦикла;

Почему нельзя менять данные регистров напрямую в SQL

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

Кроме того, кластер серверов 1С кэширует метаданные и данные. Изменения, сделанные в обход сервера 1С, могут не отобразиться в работающих сеансах или привести к ошибкам при следующем обращении платформы к таблице. Поддержка со стороны вендора для баз, модифицированных напрямую, фактически не оказывается.

Допустимый сценарий прямого доступа к SQL — только чтение (SELECT) для интеграций и аналитики, и даже тогда предпочтительнее штатные механизмы: HTTP-сервисы, OData, планы обмена. Если данные в регистре нужно исправить, правильный путь — документ корректировки, обработка через объектную модель или пересчёт итогов в режиме конфигуратора.

Рост таблиц регистров и обслуживание

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

Для контроля ситуации полезно периодически оценивать размер таблиц: в файловой базе — косвенно, по размеру 1Cv8.1CD и времени выполнения отчётов; в клиент-серверной — штатными отчётами СУБД по размеру таблиц. Таблицы-лидеры по объёму почти всегда оказываются регистрами накопления и сведений.

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

Как проверить, что данные регистра в порядке

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

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

Часто задаваемые вопросы