Регистр сведений 1С: измерения и ресурсы

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

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

Концептуальное различие между измерениями и ресурсами

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

В свою очередь, ресурсы — это поля, значения которых могут меняться при неизменных измерениях. Они содержат количественные или качественные показатели, которые мы хотим отслеживать. Представьте, что измерения — это координаты на карте, а ресурсы — это погода в этой точке. Координаты не меняются, а температура или давление (ресурсы) могут быть разными в разное время.

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

Роль измерений в уникальности записей

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

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

Если у вас есть запись с измерением "Склад" = NULL и другая запись с тем же значением NULL, система расценит это как конфликт, если другие измерения совпадают. Поэтому всегда контролируйте заполняемость ключевых полей.

Назначение ресурсов для хранения показателей

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

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

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

Таблица сравнения характеристик полей

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

Характеристика	Измерение	Ресурс
Влияние на уникальность	Формирует уникальный ключ записи	Не влияет на уникальность
Агрегация в отчетах	Используется для группировки	Подлежит суммированию или расчету
Индексация	Автоматически индексируется	Не индексируется по умолчанию
Пример использования	Склад, Номенклатура, Контрагент	Количество, Сумма, Остаток

Периодичность регистра и её влияние на структуру

Выбор периодичности регистра сведений напрямую диктует состав измерений. Если регистр имеет периодичность Внутри дня или Внутри месяца, то к измерениям автоматически добавляется поле Период. Это позволяет хранить историю изменений. В таком регистре одна и та же комбинация измерений (например, Товар + Склад) может встречаться многократно, но с разными датами.

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

При работе с периодическими регистрами критически важно правильно использовать срезы. Запрос РегистрСведений.ЦеныНоменклатуры.СрезПоследних вернет только последние записи по каждому сочетанию измерений. Если вы забудете указать нужные измерения в отборе, система может вернуть неожиданные результаты, так как "последний" период определяется глобально.

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

Как добавить историю в непериодический регистр?

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

Практический пример: Регистр цен номенклатуры

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

В качестве ресурсов добавим поле Цена (тип Число) и, возможно, Валюта (тип Справочник.Валюты). Также часто в ресурсы добавляют поле ЕдиницаИзмерения, если цена может указываться за штуку, за коробку или за килограмм. Однако, если единица измерения жестко привязана к номенклатуре, её лучше вынести в измерение или вообще не хранить в этом регистре, беря из карточки товара.

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

Типичные ошибки при проектировании

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

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

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

⚠️ Внимание: Интерфейс конфигуратора и названия некоторых свойств могут незначительно отличаться в зависимости от версии платформы 1С (8.3.10, 8.3.20 и новее). Всегда сверяйтесь со справкой по вашей конкретной версии платформы при поиске редких настроек.

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

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

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

Сколько измерений может быть в регистре сведений?

Техническое ограничение платформы позволяет создавать до 32 измерений. Однако на практике использование более 5-7 измерений считается плохим тоном и свидетельствует о нарушении нормализации данных. Это сильно снижает производительность выборки.

В чем разница между регистром сведений и регистром накопления?

Регистр накопления предназначен строго для хранения остатков и оборотов (дебет/кредет) и имеет фиксированную структуру измерений и ресурсов. Регистр сведений более гибок, позволяет хранить произвольные данные, тексты, даты и не привязан к схеме двойной записи.

Как очистить данные регистра сведений программно?

Для очистки используется объект РегистрСведенийОбъект или специальные запросы. Самый быстрый способ — метод Удалить() у набора записей или выполнение запроса с конструкцией ИЗ РегистрСведений.ИмяРегистра КАК Т УДАЛИТЬ Т.