Физическое и логическое расположение регистров накопления в 1С

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

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

Логическая структура и объектная модель

С точки зрения разработчика, работающего в среде 1С:Предприятие, регистры накопления не являются единой монолитной таблицей. Это сложные объекты метаданных, которые платформа автоматически транслирует в набор физических таблиц СУБД. Когда вы создаете регистр в конфигураторе, система генерирует несколько связанных таблиц для хранения разных срезов информации.

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

Важно отметить, что физическое имя таблицы в базе данных формируется автоматически на основе имени объекта метаданных и префикса владельца базы. Например, для регистра с именем ОстаткиТоваров таблица оборотов может называться _AccRg23, а таблица остатков — _AccRg23RS. Цифры в имени соответствуют внутреннему идентификатору объекта.

⚠️ Внимание: Никогда не полагайтесь на жестко заданные имена таблиц (например, _AccRg15) в своем коде. При обновлении конфигурации или переносе базы идентификаторы могут измениться, что приведет к неработоспособности внешних обработок.

Для программиста доступ к этим данным осуществляется исключительно через объект РегистрНакопления.ИмяРегистра. Прямое обращение к таблицам СУБД минуя платформу 1С возможно только для административных задач или сложной аналитики вне контура 1С, но требует глубокого понимания схемы.

Поиск регистров в дереве метаданных

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

Алгоритм поиска выглядит следующим образом:

• 📂 Раскройте корневой узел конфигурации в окне «Конфигурация».
• 📂 Найдите и разверните ветку Регистры накопления.
• 🔍 Просмотрите список объектов или воспользуйтесь поиском (Ctrl+F), введя ключевые слова, например, «Продажи» или «Товары».
• 📄 Дважды кликните на найденный объект, чтобы открыть его форму редактирования свойств.

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

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

Физические таблицы в базе данных (SQL уровень)

При переходе на уровень СУБД (MS SQL, PostgreSQL, Oracle) картина усложняется. Один объект метаданных «Регистр накопления» расщепляется на несколько физических таблиц. Понимание этой (маппинга) необходимо для написания прямых SQL-запросов или отладки производительности.

Рассмотрим стандартную схему именования таблиц для регистра с включенными итогами:

Тип данных	Префикс таблицы	Назначение
Движения	_AccRg[ID]	Хранит каждое движение (приход/расход) с указанием периода и реквизитов.
Итоги (Остатки)	_AccRg[ID]RS	Хранит агрегированные остатки по измерениям на конкретные даты.
Итоги (Обороты)	_AccRg[ID]T	Хранит суммы оборотов за периоды (используется реже, зависит от настроек).
Периодические итоги	_AccRg[ID]RT	Служебная таблица для управления актуальностью итогов.

Здесь [ID] — это уникальный числовой идентификатор объекта, присваиваемый платформой при создании. Узнать этот идентификатор можно через консольный запрос в режиме предприятия или посмотрев свойства объекта в конфигураторе в режиме отладки.

Структура таблиц строго типизирована. Поля измерений имеют префикс _Fld, ресурсы — также _Fld, но с другими ID. Ссылочные типы данных хранятся в виде пар полей: _Fld[ID]RRef (ссылка) и _Fld[ID]RType (тип ссылки), если используется универсальный тип.

Как узнать ID таблицы без доступа к конфигуратору?

Выполните запрос к системной таблице _v8Objects или используйте команду консоли: Сообщить(Метаданные.РегистрыНакопления.ИмяРегистра.ID);

Анализ данных через Консоль запросов

Для разработчика наиболее удобным способом «увидеть» регистр является использование консоли запросов в режиме 1С:Предприятие. Этот инструмент абстрагирует физическое хранение, предоставляя виртуальные таблицы, с которыми удобно работать.

Чтобы получить данные из регистра, используйте конструкцию ИЗ РегистрНакопления.Имя. Платформа автоматически подставит нужные физические таблицы и построит оптимальный план выполнения. Вот пример базового запроса:

ВЫБРАТЬ
ТоварыОстаткиИОбороты.Период КАК Период,
ТоварыОстаткиИОбороты.Товар КАК Товар,
ТоварыОстаткиИОбороты.КоличествоОстаток КАК Остаток
ИЗ
РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты(&НачПериода, &КонПериода,, ) КАК ТоварыОстаткиИОбороты

Здесь используется виртуальная таблица ОстаткиИОбороты. Это мощный механизм, который позволяет одним запросом получить и сальдо на начало, и обороты за период, и сальдо на конец. Физически этот запрос может объединять данные из таблиц движений и таблиц итогов.

Если вам нужны только актуальные остатки на текущий момент, эффективнее использовать виртуальную таблицу Остатки. Она обращается напрямую к таблицам итогов (_AccRg[ID]RS), игнорируя детальные движения, что значительно ускоряет работу на больших объемах данных.

Виртуальные таблицы и оптимизация выборки

Ключевым преимуществом платформы 1С является наличие виртуальных таблиц. Они не существуют физически как отдельные файлы, а представляют собой заранее подготовленные представления (views) или логику выборки. Для регистров накопления основными являются: Движения, Остатки, Обороты и ОстаткиИОбороты.

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

• 🚀 Остатки: Выбирает данные из таблиц итогов. Мгновенная скорость. Используйте для отчетов по наличию.
• 📊 Обороты: Агрегирует данные за период. Может использовать таблицы итогов оборотов или считать по движениям.
• 📝 Движения: Прямой доступ к журналу операций. Медленно на больших объемах, но необходимо для детализации.

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

⚠️ Внимание: Избегайте использования виртуальной таблицы «Движения» для получения остатков в циклах или массовых обработках. Это гарантированно приведет к деградации производительности системы при росте базы данных.

Также стоит упомянуть о параметре «Актуальность» при работе с итогами. В распределенных информационных базах (РИБ) или при использовании разделителей данные могут быть не полностью рассчитаны. В таких случаях платформа автоматически переключается на расчет по движениям.

Особенности хранения в файловом и клиент-серверном варианте

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

В клиент-серверном варианте данные хранятся в таблицах внешней СУБД (Microsoft SQL Server, PostgreSQL и др.). Здесь администратор базы данных имеет полный доступ к физическим таблицам. Это позволяет проводить глубокий анализ планов выполнения запросов, индексов и выполнять обслуживание на уровне СУБД.

Однако, даже имея доступ к SQL, следует помнить о специфике кодировки и хранения составных типов в 1С. Прямая модификация данных через SQL-запросы (UPDATE, DELETE) категорически не рекомендуется, так как это нарушает целостность служебных таблиц и может привести к потере данных или блокировке работы конфигурации.

Для диагностики проблем с регистрами в клиент-серверном режиме часто используется анализ блокировок (locks). Тяжелые запросы к таблицам регистров накопления могут блокировать проведение документов, создавая очередь пользователей. В таких случаях помогает анализ длительных транзакций в профайлере СУБД.

Частые ошибки при работе с регистрами

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

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

Также стоит остерегаться ручного изменения данных в регистрах через режим «Все функции» -> «Регистры накопления». Это допустимо только для исправления критических ошибок администратором, но нарушает принцип документального подтверждения хозяйственных операций. Любое изменение остатков должно проводиться документом.

Можно ли удалить регистр накопления, если он не используется?

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

Почему запрос к виртуальной таблице Остатки работает медленно?

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

Где хранятся удаленные движения регистра?

Удаленные движения физически стираются из таблицы _AccRg[ID]. Для истории изменений следует использовать регистры сведений или журналы регистрации, так как регистры накопления хранят только актуальное состояние и историю движений, но не историю удалений конкретных записей.

Как узнать имя физической таблицы регистра?

Имя можно узнать через консольный запрос: Сообщить(Метаданные.РегистрыНакопления.ИмяРегистра.ПолноеИмя);. Также имя таблицы видно в плане выполнения запроса (F7) в консоли запросов, если включить отображение физических таблиц.

Влияет ли удаление записей из регистра на производительность?

Да, частое удаление и вставка записей (например, при перепроведении документов задним числом) вызывает фрагментацию таблиц и индексов в СУБД. Рекомендуется периодически проводить обслуживание индексов и обновление статистики на уровне СУБД.